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Capitolul 6 Comenzile sistemului de operare 


SFDX-18 


6.1. Introducere 


Funcţiile generale ale sistemului de operare 
Sistemul SFDX-18 este un sistem de operare care deservește micro- 
calculatoarele FELIX M18/M18B/M118 în configuraţie cu disc flexibil și 
minimum 32 Kocteţi memorie RAM. 
Sistemul de operare este o colecţie de programe care asigură asistenţă 
utilizatorului în exploatarea și întreţinerea resurselor sistemului de calcul. 
Sistemul de operare SFDX-18 îndeplinește următoarele funcţii ge- 
nerale : 
crearea și modificarea fișierelor ; 
ştergerea fișierelor ; 
copierea fişierelor ; 
schimbarea numelui fișierelor ; 
actualizarea atributelor fișierelor ; 
conversia codului programelor obiect ; 
gestiunea resurselor ; 
combinarea modulelor de program în sisteme funcţionale com- 
plete ; 
— execuţia programelor de sistem şi a programelor utilizator. 
Utilizarea sistemului SFDX-18 presupune existenţa în memoria 
EPROM a unei versiuni de monitor, care să asigure operaţiile de I/E la 
nivel de caracter, în transfer programat (buclă de așteptare) cu toate echi- 
pamentele periferice cu excepţia discului flexibil. SFBX-18 face apel la 
rutinele monitorului pentru realizarea operaţiilor de T/E. 


Numele fişierelor 

Sistemul de operare SFDX-18 lucrează cu fișiere ce pot să conţină : 

— programe format sursă, obiect-relocatabil și obiect-absolut ; 

— date; 

— texte. 

Felul datelor dintr-un fișier implică natura prelucrărilor asupra 
acestuia. 

Numele unui fișier se specifică în mod unic prin : 

[ : < dispozitiv > : | nume [- < extensie > ] 
în cazul în care este rezident pe disc flexibil sau 

i < dispozitiv > : 


LLIIIIII 


în cazul în care este rezident pe oricare alt suport (cartele, casetă magne- 

tică, bandă magnetică etc.). Ii 

unte : < nume > este un identificator ce conţine 1 :6 caractere 
alfanumerice ce specifică numele fişierului respectiv ; 

„<extensie> este un şir de maximum 3 caractere alfanumerice ce 
se asociază numelui de fișier. Extensia este opţională, însă dacă este folo- 
sită la crearea numelui fișierului, orice referire a acestuia trebuie să se 
facă utilizînd extensia. Este utilizată pentru a ușura identificarea diverse- 
lor forme ale aceluiași program. De exemplu programul TEST poate avea 
diverse forme : 

TEST.ASM — programul sursă în limbaj de asamblare ; 

TEST.REL — programul obiect-relocatabil ; 

TEST.OBJ — programul obiect-absolut. 

: < dispozitiv > : — specifică dispozitivul ce constituie suport pen- 
tru oi specificat (poate lipsi dacă fișierul se găseşte pe discul flexi- 
bil 0). 

Sistemul de operare SFDX-18 recunoaște următoarele nume de dis- 
pozitive periferice : 


:FO:, :F1:, :F2:, :F3: — unităţile de disc flexibil ; 

deg — intrare de la consola sistemului asignată 
curent ; 

:CO — ieşire la consola sistemului asignată curent ; 

:PR: — cititor de bandă perforată ; 

:PP : — perforator de bandă ; 

:CR: — cititor de cartele ; 

ILP: — imprimantă ; 

"MI: — intrare de la USART ; 

: VO : — ieşire la USART; 

“TI: — intrare de la interfața serială TTY ; 

:TO : — ieşire de la interfaţa serială TTY ; 

: BB: — (byte bucket) — dispozitiv inexistent dar 


care este tratat de SFDX drept unul fizic. 
Funcția lui este de a primi date, în scopul 
de a testa diverse mecanisme de transfer ; 


KA — caseta magnetică ; deschiderea fișierului de 
intrare curent este realizată în prealabil sub 
MONI8 ; l 

:P1: — caseta magnetică ; fișierul de ieşire curent 


este deschis în prealabil sub controlul 
MONI8 (pe dispozitivul de perforare) ; 

"LI: — caseta magnetică ` fişierul de ieșire curent 
este deschis în prealabil sub controlul 
MONI18 (pe dispozitivul de listare) ; 


: R2: — banda magnetică ; fişierul de intrare curent 
este deschis în prealabil sub controlul 

` MON18 ; 
: P2: — banda magnetică ; fişierul de ieşire curent 


este deschis în prealabil sub controlul 
MON18 (pe dispozitivul pe perforare) ; 


L2: — banda magnetică ; fişierul de ieşire curent 
este deschis în prealabil sub controlul 
MON18 (pe dispozitivul de listare). 
Dacă în anumite aplicaţii se dorește utilizarea unor dispozitive ne- 
standard în configuraţia sistemului, acestea se identifică prin următoarele 
nume : 


sI: — citire de la consola nestandară. 
:O1: — scriere la consola nestandard ; 

Consola nestandard trebuie asignată la CI respectiv la CO prin co- 
manda CONSOL. 

Numele fişierelor pot fi specificate şi generic. Aceasta se realizează 
prin utilizarea simbolurilor ? şi + pentru a înlocui unele caractere sau 
toate caracterele din numele fișierului. 


"Astfel: ? — înlocuiește orice caracter alfanumeric ; 


+ — înlocuiește orice grup de caractere alfanumerice. 
Exemple : 

: F1 : ASM80 — fişierul cu numele ASM80 de pe discul flexibil 1; 

: F2 : PROG.FOR — fişierul cu numele PROG.FOR de pe discul flexibil 2; 

CR: — fişierul curent de la cititorul de cartele ; 

:R2: — fişierul curent deschis pentru citire sub monitorul MON18 pe 
bandă magnetică ; 

TEST. + — specifică toate fişierele cu numele TEST indiferent de extensie ; 

*.ASM — specifică toate fişierele cu extensia ASM ; 

AB ?.BAK — specifică orice fişier cu extensia BAK şi numele format din trei 
caractere alfanumerice dintre care primele sînt AB ; 

AB*.ASM — specifică orice fişier al cărui nume are primele două caractere 


AB și extensia ASM. 


Atributele fișierelor 

Fiecărui fişier îi sînt asociate 4 atribute ce pot fi controlate prin func- 
Da ATTRIB. 

Cele patru atribute sînt : 

I — invizibil; 

W — protejat la scriere (write protect) ; 

F — format; ` 

S — sistem. 

Fișierele cu atributul I (invizibil) nu sînt listate de comanda DIR de- 
cît dacă se specifică în mod explicit. 

Fișierele cu atributul W (protejat la scriere) nu pot fi deschise pen- 
tru scriere sau punere la zi, nu pot fi şterse sau redenumite prin comenzi 
SFDX, sau apeluri de funcții sistem SFDX din programele utilizator. 
Protecția la scriere nu este activă în momentul în care se inițializează 
discul cu comanda IDISK. 

“Fișierele cu atributul F (format) sînt copiate pe un nou disc flexibil, 
în nod implicit, în momentul inițializării acestuia cu comanda IDISK. 

Fișierele cu atributul S (sistem) sînt copiate pe un nou disc flexibil, 
în mod implicit, prin utilizarea comenzii COPY cu un anumit parametru. 


În acest fel se permite alegerea fişierelor ce se copiază pe un nou disc 
flexibil. 


Indicator spre blocul de indicatori urmator 
426 427 


Îndicotor spre 
blocul de dote 


Indicator spre blocul 
de date 


Indicator spre blocul de 
indicatori anterior 


Fig. 6.1. Structura blocului de indicatori. 


Un disc flexibil poate fi : 

— disc de manevră — conține fişierele necesare întreținerii fişieru- 
iui director şi anume : 

SFDX.TO 

SFDX.LAB 

SFDX.DIR 

SFDX.MAP 

— disc sistem — conține toate fişierele necesare sistemului de ope- 
rare. Față de fişierele necesare discului de manevră mai cuprinde : 

SFDX.BIN 

SFDX.CLI 

Un disc flexibil are sectorizare software conform formatului IBM 3740. 
Conţine 77 de piste iar fiecare pistă conţine 26 de sectoare (blocuri) a 
cîte 128 de octeți fiecare. 

În total un disc flexibil conţine 2002 blocuri (sectoare). 

Alocarea spațiului pe disc se face în, blocuri complete, deși ultimul 
bloc dintr-un fișier poate fi numai parţial utilizat. Un sector (bloc) nu 
este alocat niciodată la două fişiere distincte. 

Structura generală a fişierelor 

Fiecare sector (bloc) de pe disc are o adresă unică prin care poate 
îi referit. Adresa constă din doi octeți, unul reprezintă adresa pistei iar 
cel de al doilea reprezintă numărul sectorului. Pistele sînt numerotate 


de la 0 la 76 iar sectoarele de la 1 la 26. 
Adresa unui bloc poartă şi denumirea de indicator către acel bloc. 
Există două tipuri de blocuri : 
— bloc de indicatori (adrese), figura 6.1., conţine adrese spre blocu- 


rile de date ; - 
Blocurile de indicatori sînt invizibile utilizatorului, ele conținînd 


informaţii necesare sistemului de operare. 
.— bloc de date, figura 6.2., conţine informaţia ce se transferă în ca- 


drul operâţiilor de citire şi scriere. 


Fig. 6.2. Structura blocului de 
Date Í date. 


Pentru fiecare 62 de blocuri de date este necesar un bloc de indica- 
tori. Numărul total de blocuri (NB) necesar pentru un Deier de lungime 
È octeți se calculează astfel : 


NB =/63.-[L./128/62] 


Relaţia între blocurile de indicatori ai cele de date este prezentată 
în figura 6.3. 

Descrierea fişierelor de sistem 

Așa cum am arătat anterior, orice disc flexibil conţine patru fişiere 
de sistem, care sînt create în mod automat la iniţializarea discului și 
anume : 

SFDX.T0 

SFDX.LAB 

SFDX.DIR 

SFDX.MAP 

În continuare se vor prezenta structurile şi funcţiile generale ale 
acestor fişiere. 


SFDX.TO 

Acest fişier conţine un program denumit TOBOOT care se află pe 
pista 0. La iniţializarea sistemului (acţionarea comutatorului RESET/ 
PROGLD sau LOAD de la panoul frontal) acest program se încarcă în 
memorie şi se lansează în execuție. 

Prin trecerea controlului programului TOBOOT, acesta va încărca 
restul sistemului de operare de pe disc. Are rolul de încărcător al siste- 
mului de operare. Dacă discul nu este un disc sistem programul TOBOOT 
va da controlul monitorului. 


SFDX.LAB 


Acest fișier are lungimea de 128 de octeți. şi conţine următoarea in- 
formaţie : 


04 427 


L— Bloc de date 


Fig. 6.3. Relaţia între blocurile de indicatori și cele de date. 


m waan 197 


CR Factor de întrețesere. 
` sectoare în oodaf 
Zero binor pistei i 


Nume extensie disc (ASCII) 
Fig. 6.4. Structura fişierului SFDX.LAB. 


— primii 9 octeți ai acestui fișier conţin numele discului sub formă 

de caractere ASCII aaaaaabbb (aaaaaa-numele bbb extensia) ; 

— următorii 40 de octeți sînt valori binare egale cu 0; 

— fişierul conţine în continuare caracterele CR=0DH şi LF=0AH 

după care conţine 77 de octeți ce specifică factorul de întreţesere, 
a sectoarelor în cadrul pistei, pentru fiecare pistă. 

În figura 6.4 se prezintă structura generală a acestui fișier. 

Factorul de întrețesere este utilizat pentru a mări viteza de acces la 
blocurile de pe aceeaşi pistă. 

În general între operaţiile de citire a două blocuri se mai fac diverse 
prelucrări. Dacă blocurile sînt memorate în cadrul pistei unul după alțul 
(adiacente) este posibil ca timpul necesar pentru prelucrările asupra unui 
bloc să fie suficient de mare pentru ca sectorul (blocul) următor să fi 
trecut de capul de citire. În acest caz este necesar să se aştepte o rotaţie 
completă a discului pentru a putea fi citit. 

Acest dezavantaj se poate elimina dacă se specifică un factor. de în- 
trețesere a sectoarelor. Astfel dacă factorul de întreţesere este 2, blocurile 
cu adrese succesive sînt memorate fizic pe disc din două în două sectoare. 
În acest caz se pot citi toate blocurile în două rotații de disc faţă de 18 ro- 
taţii cît ar fi implicat o memorare adiacentă. 

Factorul de întreţesere este ales în funcţie de timpul necesar opera- 
țiilor. între citirea a două blocuri succesive. 


SFDX.DIR 


Acest fişier conţine 25 de blocuri, fiecare din aceste blocuri putînd 
conţine cîte 8 intrări în fişierul director. 


Pentru fiecare fişier de pe disc se utilizează cîte o intrare în fişierul 
director. Astfel pe un disc flexibil pot exista maximum 200 de intrări, 
„adică pot exista maximum 200 de fişiere. 


O intrare în fişierul director are 16 octeți şi conţine informații refe- 
ritoare la : 


— starea de alocare a intrării respective ; 

— numele fişierului ; 

— atributele fişierului ; 

— numărul de blocuri de date alocate fişierului ; 

— numărul de octeți în ultimul bloc ; 

— adresa către blocul de indicatori. 

Structura unei intrări directoare este prezentată în figura 6.5. 
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Octet D 4 2 34 $ 6 7 8 9 10 11 12 13 44 145 


Adresa bloc 
indicatori 


Număr de blocuri de date 


Număr de octeți în 
ultimul bloc 


Atribute fisiere 


Extensie nume fişier 


Lg Nume fisier 


o Stane de alocare intfâne 


Fig. 6.5. Structura unei intrări în fişierul director. 


Semnificaţia parametrilor din intrarea în fișierul director este 
următoarea : 

— stare alocare intrare — este un parametru ce caracterizează in- 
trarea şi poate avea una din valorile : 

=0 — fişierul asociat cu această intrare este prezent pe dise. 

= TFH — indică faptul că acestei intrări nu îi este asociat nici un 
fișier. Prima intrare în fișierul director cu valoarea 
07FH indică sfîrșitul logic al fişierului director. 

OFFH — indică faptul că fișierul asociat acestei intrări a existat 
odată pe disc, dar că în momentul de faţă este șters. 
Următorul fișier ce se va introduce în fișierul director 
va fi plasat pe prima intrare cu valoarea 0FFH. 

— nume fișier şi extensie — reprezintă numele fișierului asociat cu 
această intrare. Numele si extensia sînt păstrate ca o succesiune de coduri 
ASCII. Dacă numele sau extensia conţine mai puţin de 6 respectiv 3 ca- 
ractere se face o aliniere la stinga și se completează cu 0. 

— atribute fişier — specifică atributele asociate. fişierului respectiv. 
Semnificaţia biţilor acestui octet este următoarea : ` 

bito ='0 — fişierul nu are atributul I (invizibil) 


1 — fişierul are atributul I 

biti = 0 — fișierul nu are atributul S (sistem) 
1 — fişierul are atributul S 

bit2 = 0 — fişierul nu are atributul W (protejat la scriere) 
1 — fişierul are atributul W 

bit? = 0 — fișierul nu are atributul F (format) 


1 — fişierul are atributul F 
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— număr de octeți din ultimul bloc — conţine numărul ultimului 
octet de date din ultimul bloc al fişierului. 


— număr de blocuri de date — conţine numărul de blocuri de date 
din care este format fişierul. 
— adresă bloc indicatori — este o adresă spre începutul blocurilor 


-de indicatori asociaţi cu blocurile de date ale fişierului. Se specifică adresa 
de sector respectiv de pistă. 

Sistemul găsește un fișier pe disc căutînd în fișierul director numele 
fișierului. Utilizînd adresa către blocul de indicatori, pe baza relației între 
blocurile de indicatori și cele de date (fig. 6.3), se ajunge la datele conți- 
nute în fişier. 

SFDĂ.MAP 

Acest fişier conţine o hartă a alocării blocurilor pe disc. Fiecare bit 
din acest fișier reprezintă starea unui bloc (sector) de pe disc şi anume: 

0 — blocul respectiv este liber; 

1 — blocul respectiv a fost alocat fie unui bloc de indicatori fie unui 

bloc: de date. l 

Avînd în vedere faptul că orice disc, după inițializare are cele patru 
fișiere, acestea ocupînd 55 de sectoare (primele două piste și 3 sectoare 
de pe pista a treia), întotdeauna primii 55 de biţi din fișierul SFDX.MAP 
au valoarea 1. Ultimii 46 biţi sînt 0, deoarece există numai maxim 
2002 blocuri pe un disc iar SFDX.MAP are 2048 de biţi. 

În figura 6.6 se prezintă relaţia între diferitele elemente ale fișierelor. 


Editarea liniilor de comandă 
Echipamentul periferic utilizat drept consolă constituie, în general, 
sursa comenzilor pentru sistemul de operare. 
Comenzile pot fi preluate dintr-un fişier de pe disc dacă se folosește 
funcţia SUBMIT a sistemului de operare. 
Consola sistemului constituind sursa comenzilor, implică faptul ca fi- 
șierele asociate pseudonimelor dispozitivelor ce servesc ca intrare de la 
consolă :CI :, respectiv ieșire la consolă : CO :, să fie întotdeauna deschise. 
Caracterele introduse la tastatura consolei sistemului sînt trimise, 
prin program, în ecou la dispozitivul de afișare al consolei. Caracterele in- 
troduse şi caracterele trimise în ecou sînt memorate în Zone tampon se- 
parate. Lungimea maximă a zonei tampon este de 122 caractere, iar deli- 
mitarea comenzii se face de către <CR >. 
Sistemul de operare analizează comanda numai după ce s-a intro- 
dus < CR >. 
Linia de intrare, memorată în zona tampon asociată, poate fi editată 
înainte de a se intreduce < CR >. Editarea se face utilizînd caractere de 
control (ce nu sînt introduse în Zona tampon de intrare) cum ar fi: 
RUBOUT = 7FH — şterge din Zona tampon a liniei de intrare, ultinaut 
caracter introdus. Pentru a indica anularea, se afișează la consolă 
caracterul şters din Zona tampon. Ştergerea ultimelor n caractere 
din linia de intrare se poate realiza prin acţionarea de n ori a ca- 
racterului de control. 

CTRL/X = 18H — anulează întregul conţinut al liniei în curs de intro- 
ducere. Se afişează caracterul + urmat de < CR > < LF >. 
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Pisto /sector 4.1 


Adrese o Îndicotori intrâm în fisierul dipecţor 


(pe iâserul director | în  inivări în fisierul director | E 


crese Îndicoteni blocuri date 
să a Bloc de indicatori 


OH pentru fisierul PROG 
f 
Bloc date Bloc date Bloc date Bloc date Bloc dete 
H 2 "TI 6! 62 fisierul, 
PROG 


zs [ndcutor Nee: die | blocs date 
HEEN Bloc de indicotori 


E Säi pentru fisierul PROG 


Bloc date j Bloc dote Bloc dote pentru 
fisierul 
D 64 PROG 


Fig. 6.6. Structura fișierelor pe disc. 
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CTRL/R = 12H — reatișează la consolă conţinutul curent al liniei în 
curs de introducere. 


CTRL/S = 13H — oprește listarea la consolă pînă cînd este introdus ca- 
racterul de control CTRL/Q. ` 

CTRL/Q = 11H — repornește listarea curentă la consolă oprită prin 
CTRL/S. 

CTRL/P = 10H — este utilizat înaintea caracterelor de control (inclu- 
siv CTRL/P) pentru ca acestea să fie introduse în Zona tampon de 
intrare. 


CTRL/Z = 1AH — introduce sfîrşit de fișier (end of file) în Zona tam- 
pon. Conţinutul Zonei tampon de intrare este șters. Cînd este in- 
trodus un sfîrşit de fişier, fişierele :CI: și :CO: sînt închise, 
SFPDX-18 este reîncărcat și consola sistem iniţială . este deschisă 
ca :CI: şi :CO:. 


6.2. Descrierea comenzilor sistemului de operare SFDX-18 


H 


Comenzile sistemului de operare SFDX-18 sînt grupate în patru cate- 
gorii de funcţii şi anume : 

— pregătirea unui disc flexibil pentru utilizarea lui de către sistem ; 

— crearea, ștergerea şi punerea la zi a fişierelor ; 


— conversia. caracterelor de codificare a programelor dintr-un for- 
mat în altul ; 


— executarea programelor. 


6.2.1. Comanda de îniţializare a unui disc flexibil 


Un disc flexibil nou trebuie să fie inițializat înainte ca el să poată fi 
utilizat de SFDX-18. Iniţializarea sa poate fi făcută pentru a fi utilizat ca 
disc sistem sau disc de manevră. Comanda utilizată pentru inițiali- 
zare este : 


IDISK — iniţializează un disc flexibil ca disc sistem sau de manevră. 
Comanda IDISK 
Formatul comenzii este următorul : 
IDISK ` < dispozitiv > : < nume disc > |- < extensie >] [S] 
unde : 


: < dispozitiv > : specifică -unitatea de disc unde este introdus discul 
flexibil ce urmează să fie iniţializat. 


< nume disc > reprezintă numele atribuit discului flexibil respectiv 
şi poate avea maxim 6 caractere. 


+ CL extensie > reprezintă extensia asociată numelui şi poate avea 
maxim 3 caractere. 
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S este un parametru care, dacă este specificat, indică faptul că discul 
respectiv va fi iniţializat ca disc sistem, Altfel acesta va fi iniţializat 
ca disc de manevră. 

Această comandă realizează iniţializarea unui disc. flexibil ca disc 


sistem, dacă parametrul S este specificat, sau ca disc de manevră. 


Dacă se specifică unitatea de disc 0 (:F0:) sistemul așteaptă schim- 


barea discului sistem cu cel ce se doreşte să fie iniţializat. 


După iniţializare, copierea fişierelor şi a comenzilor necesare se face 


cu comanda COPY. 


Exemple : 


— IDISK :F1:NT010 S 
SYSTEM DISKETTE 
Se inițializează discul din unitatea 1 ca disc sistem. 
— IDISK : FO: NTOJ. 1 
LOAD OUTPUT DISKETTE, THEN TYPE (CR) < CR > 
NON — SYSTEM DISKETTE 
LOAD SYSTEM DISKETTE, THEN TYPE (CR) < CR > 


Se inițializează discul din unitatea 0 ca disc de manevră. Procesul de inițiali- 


zare implică schimbarea discului sistem, ce conţine comanda IDISK, cu discul ce se 
iniţializează conform cu indicaţiile afișate la consolă. 


6.2.2. Comenzile de control fișiere 


Comenzile de control fişiere au rolul de a asigura funcţiile de : 
— inventariere a informaţiilor de pe un. disc flexibil — DIR 
— copiere a unor fișiere de pe un dispozitiv pe altul — COPY 
— ștergerea unor fişiere — DELETE 

— schimbare a atributelor unor fişiere — ATTRIB . 

— redenumire a numelui unui fișier — RENAME 


Comanda DIR 
Formatul comenzii este următorul : 


DIR [FOR < nume fișier >] [TO <nume fișier listing >] | <parametri >] 
unde : 


< nume fişier > reprezintă fişierul (sau grupul de fişiere dacă nu- 
mele acestora se specifică generic) ale cărui caracteristici se afișează ; 
< nume fișier listing > reprezintă numele fișierului unde se depune 
informaţia referitoare la caracteristicile fişierului (fișierelor) specifi- 
cat de nume fișier; ` l 
< parámetri > reprezintă parametri de control ai afişării. Pot lua 
valorile : 
1 — specifică unitatea de disc unde se caută < nume fișier >. Lipsa 
| 2 | acestui parametru implică lucrul cu unitatea 0. 
d — listează și caracteristicile fișierelor cu atributul invizibil, Lipsa 
acestui parametru face ca să nu aibă loc listarea caracteristici- 
lor fişierelor invizibile. 
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D — listează numai numele fişierelor, fără caracteristicile lor. 
P — operaţia de listare a caracteristicilor fișierului (fișierelor) se 
face așteptîndu-se schimbarea discului. l 

Comanda DIR are rolul de a lista caracteristicile unor fişiere aflate pe 
unitatea de disc specificată, la echipamentul specificat. 

Dacă FOR <nume fişier> este omis din cadrul comenzii, se face 
listarea tuturor fişierelor de pe unitatea de disc specificată (inclusiv cele 
cu atributul invizibil dacă parametrul I este specificat). 

Dacă nu se specifică TO < nume fişier listing > afişarea caracte- 
risticilor se face în mod implicit la consola sistemului. 

Caracteristicile afişate în urma comenzii DIR sînt: 

— nume fişier ; 

— numărul de blocuri ocupate de fişierul respectiv ; 

— atributele fişierului respectiv ; 

— gradul de utilizare a discului. 


Exemple 


— DIR FOR LINK. * < CR > 
DIRECTORY OF : FO: PLM80.SYS 


NAME .EXT BLKS LENGTH ATTR NAME .EXT BLKS LENGTH ATTR 
LINK 93 11521 LINK .OVL 26 3123 
119 


1389/2002 BLOCKS USED 

La consola sistemului s-au afișat caracteristicile fişierelor LINK şi LINK.OVB 
de pe unitatea de disc 0. 

— DIR TO LP: FI <CR > 
DIRECTORY OF : FO : PLM80.SYS 


SFDX .DIR SFDX MAP 
SFDX -TO SFDX LAB 
SFDX DIN SFDX CLU 
COPY PLM80 OND 
PLM80 .OV1 PLM80 .OV2 
PLM80 .OV3 PLM80 .OV4 
PLM80 .LIB LINK 

LINK .OVL LOCATE 

EDIT PLM80 


1389/2002 BLOCKS USED 
La imprimantă s-au afişat numele tuturor fişierelor de pe unitatea de disc 0, 


— DIR PI<CR> 
LOAD SOURCE DISKETTE TYPE < CR > 
DIRECTORY OF : FO: PLM80.SYS 
NAME  .EXT BLKS LENGTH ATIR NAME .EXT BLES LENGTH ATTR 


SFDX .DIR 26 8200 IF SFDX MAP 3 256 IF 
SFDX ` "DO 24 2944 IF SFDX „LAB 2 128 E 
SFDX  .BIN 94 11740 SIF SFDX .CLI 21 2548 SIF 
COPY 29 3550 PLM80 .OVo 149 18640 
PLM80 .OVi 230 28814 PLM80 .OV2 66 8121 
PLM80 .OV3 187 23478 PLM80 .OV4 65 7948 
PLM80 .LIB 45 5615 LINK 93 11521 
LINE ` ONT, 26 3123 LOCATE 123 15370 
EDIT 59 7424 PLM380 170 21298 
1389 


1389/2002 BLOCKS USED 
LOAD SYSTEM DISKETTE, TYPE < CR > 


La consola sistemului s-au afişat caracteristicile tuturor fişierelor, de pe uni- 
tatea 0. i 
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Procesul de afişare, datorită parametrului P, cere schimbarea discului sistem 
ce conţine comanda DIR cu discul de pe care se dorește afişarea caracteristicilov 
fişierelor. Operația de schimbare se face conform indicaţiilor afișate la consolă. 


Comanda COPY 
Formatul comenzii este următorul : 
COPY < nume fișier sursă > [, < nume fișier sursă > ]* 
TO < nume fișier destinaţie > | < parametri > ] 


unde ` 

< nume fișier sursă > reprezintă numele fișierului sursă care se co- 

piază ; 

< nume fişier destinaţie > reprezintă numele fişierului destinaţie 

unde se copiază fișierul sursă (sau se copiază, concatenate, fişierele 

sursă) ; 

< parametri > caracterizează modul în care va avea loc copierea fi- 

șierelor. Pot avea valorile : 

C — parametru care face ca fişierul destinație să aibă aceleași atribute ca 
și cel sursă. Dacă parametrul nu este specificat fişierul destinaţie nu 
va avea nici un atribut. l 

Q — parametru care cere din partea utilizatorului validarea operației de 
copiere. La consola sistemului apare mesajul : 

COPY < nume fișier sursă > TO < nume fișier destinaţie > ? 
Dacă răspunsul este Y („yes“) copierea are loc. La oricare alt 
răspuns nu: execută copierea. 

P — parametru care cere schimbarea discurilor flexibile în timpul proce- 
sului de copiere. Schimbarea se face conform dialogului : 

LOAD SOURCE DISKETTE, THEN TYPE < CR > 

LOAD OUTPUT DISKETTE, THEN TYPE < CR > 

LOAD SYSTEM DISKETTE, THEN TYPE < CR > 

S — parametru care realizează copierea numai a fişierelor cu atributul S 
în cazul specificării fișierelor sub formă generică. 

N — parametru care realizează copierea numai a fişierelor nesistem (fără 
atributele S şi F) în cazul specificării fișierelor sub formă generică. 

B — parametru care produce ştergerea automată a fișierului destinaţiei 
dacă acesta era deja existent pe disc şi copierea fişierului sursă spe- 
cificat. 

U — parametru ce specifică operaţia de punere la zi a fișierului destinație. 
Fişierul destinaţie se va completa cu conţinutul fișierului sursă. 
Dacă parametrul C nu este specificat, fișierul destinaţie va avea după 
operaţia de copiere aceleași atribute ca şi înainte. În cazul în care 
parametrul C este specificat fişierul destinație va primi în plus atri- 
butele fișierului sursă. 

Comanda COPY copiază fișierul sau fișierele sursă în fișierul destina- 
ţie specificat. Fișierele pot fi rezidente pe orice echipament periferic cu 
condiţia ca fişierul sursă care se copiază să fie fişier de intrare iar fişierul 
destinaţie să fie fişier de ieșire. 

Dacă sînt specificate mai multe fişiere sursă, ela vor fi concatenate 
în fișierul destinaţie în ordinea specificării lor. Cînd se utilizează concate- 
narea numele fişierului destinație nu poate fi egal cu nici unul din nu- 
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mele fișierelor sursă. În cazul concatenării de fișiere, numele acestora 
trebuie să fie specificat integral (nu se admit nume generice). 

În cazul în care numele fișierului sursă este identic cu numele fişie- 
rului destinaţie acesta din urmă poate fi specificat numai prin numele 
echipamentului periferic. Dacă numele fişierului sursă este la fel cu cel 
destinaţie şi unitatea de disc este aceeași pentru ambele fișiere, aceasta 
implică schimbarea discului printr-un dialog cu utilizatorul ca cel prezen- 
tat la parametrul P. 

În cazul în care fişierul destinaţie era deja existent, sistemul anunţă 
utilizatorul prin mesajul : 


< nume fişier destinaţie > FILE ALREADY EXISTS, DELETE ? 
și acesta poate lua decizia de ștergere și copiere a fișierului sursă specifi- 
cat introducînd Y <CR > sau de abandonare a procesului de copiere in- 


troducînd orice alt caracter (dacă nu a fost specificat cumva parametrii B 
sau U). 


Exemple 


Copierea fişierului BASIC de pe discul din unitatea 0 pe discul din unitatea 1, 
cu păstrarea atributelor, se poate face utilizînd una din comenzile : 


— COPY BASIC TO : F1: BASIC C <CR > 
sau: 
— COPY BASIC TO :F1: C <CR > 


Listarea conţinutului unui fişier sursă la imprimantă se poate face utilizind 
comanda : 


— COPY PROG,.ASM TO :LP: 


Copierea a trei fişiere într-unul singur se face prin comanda : 
— COPY TEXTI, TEXT2, TEXT3, TO TEXT < CR > 


Copierea tuturor fişierelor sistem de pe discul 0 pe discul 1 se face utilizînd 
comanda : 


— COPY sa TO :F1:S <CR > 


Copierea tuturor fişierelor de pe discul 0 pe discul 0, cu schimbarea discului 
(presupunînd că sistemul are numai o unitate de disc) se realizează prin comanda : 


— COPY zs TO :F0:; C<CR > 


LOAD SOURCE DISKETTE, THEN TYPE < CR > 
LOAD OUTPUT DISKETTE, THEN TYPE < CR > 


LOAD SYSTEM DISKETTE, THEN TYPE <CR> , 


Dacă fişierele care se copiază depăşesc dimensiunea memoriei RAM disponibile, 
mesajele LOAD SOURCE şi LOAD OUTPUT se afişează de mai multe ori, utiliza- 
torul trebuind de fiecare dată să schimbe discul. După ce este copiat ultimul fişier 
este afișat mesajul LOAD SYSTEM. 


După ce are loc copierea la consola sistemului se afișează : 
“COPIED < nume fișier sursă > TO < nume fișier destinaţie > 

Comanda DELETE 

Formatul comenzii este următorul : 


DELETE < nume fişier > [Q] [, < nume fişier > (Oms [P] 
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unde : 
< nume fişier > reprezintă numele fişierului (fişierelor) ce se şterg 
ca urmare a execuţiei comenzii. 


Q — parametru care cere din partea utilizatorului validarea operaţiei de 
ştergere fișier ; 
P — parametru care cere schimbarea discurilor flexibile în timpul proce- 


sului de ştergere. Schimbarea se face conform dialogului 
LOAD SOURCE DISKETTE, THEN TYPE < CR > 
LOAD SYSTEM DISKETTE, THEN TYPE < CR > 
Comanda DELETE șterge un fișier sau un grup de fişiere de pe disc, 
spaţiul ocupat de aceste fişiere rămînînd disponibil pentru alte alocări. 
După ce are loc operaţia de ștergere, la consola sistemului se afișează : 
< nume fişier >, DELETED 
Fișierele cu atributul W (protejat la scriere) nu pot fi şterse decît 
dacă se anulează în prealabil acest atribut. 
Se pot specifica numele fişierelor sub formă generică. 


Exemple 


— DELETE * BAR Q <CR > 


Şterge toate fişierele de pe discul 0 cu extensia BAK cerînd pentru fiecare fi- 
ger validarea operației din partea utilizatorului. 


— DELETE PROG.ASM P < CR > 


LOAD SOURCE DISKETTE, THEN TYPE <CR > 
: F0 : PROG.ASM, DELETED 
LOAD SYSTEM DISKETTE, THEN TYPE < CR > 


Şterge fişierul cu numele PROG.ASM de pe unitatea 0 cerîndu-se schimbarea 
discului flexibil. 


— DELETE : F1: PROGI, :F1: PROG2 < CR > 
Şterge fişierele PROG1 şi PROG2 de pe discul 1. 
Comanda ATTRIB 
Formatul comenzii este următorul : 
ATTRIB < nume fişier > < parametri > (Q] 
unde : 
< nume fişier > este numele fişierului ale cărui atribute sẹ schimbă ; 
< parametri > reprezintă atributele care se alocă fişierului specifi- 
cat. Pot lua valorile : 
10 — şterge atributul I (invizibil) 
D — poziţionează atributul I 
Wu — șterge atributul W (protejat la scriere) 
W1 — poziţionează atributul W 
FO — şterge atributul F (format) 


Fl — poziţionează atributul F 

S0 — şterge atributul S (sistem) 

S1 — poziţionează atributul S 

Q — este un parametru prin care se cere validarea operaţiei de schimbare 


a atributelor de către utilizator. 
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Comanda ATTRIB schimbă atributele fişierelor specificate. Dacă se 
specifică două valori ale aceluiași atribut, de exemplu I0 și I1, ultimul 
parametru specificat este cel activ. 

Se pot folosi nume generice pentru specificarea fişierelor. 

Dialogul de validare a schimbării atributelor, cînd se utilizează para- 
metrul Q, este următorul : 


< nume fişier >, MODIFY ATTRIBUTES ? 


răspunsul fiind Y („yes“) în caz afirmativ şi orice caracter în caz negativ. 
Atributele curente ale fişierului sînt afișate la consolă. 


Exemplu 
— ATTRIB ASM380-+ W1 Si <CR> 


Se atribuie tuturor fişierelor cu numele ASM80 şi cu orice extensie atributele W 
(protejat la scriere) şi S (sistem). 


Comanda RENAME 
Formatul comenzii este următorul : 
RENAME < nume fişier vechi > TO < nume fişier nou > 
unde : 
< nume fișier vechi > este numele unui fișier care nu are atribu- 
tul W sau atributul F. 
< nume fişier nou > este noul nume care se dă fişierului vechi. 
Comanda RENAME redenumește numele unui fişier de pe discul 


flexibil. 

Numele vechi și numele nou al fișierului trebuie să fie specificate 
pe aceeași unitate de disc. 

Dacă nume fişier nou există deja pe disc, la consolă apare un mesaj: 

< nume fișier nou >, ALREADY EXISTS, DELETE ? 

Răspunzînd cu Y („yes“) fișierul deja existent se şterge (dacă nu e 
protejat la scriere) sau nu se întîmplă nimic dacă se răspunde cu orice 
alt caracter. 

Comanda RENAME nu poate fi utilizată pe un sistem cu o singură 
unitate de disc pentru redenumirea unui fişier de pe un disc flexibil 
nesistem. 

Acest lucru se poate face utilizînd mai întîi o comandă COPY şi apol 
o comandă DELETE. | - 


Exemplu 
— RENAME PROG.ASM TO PROG.SOU < CR > 
Fişierul cu numele PROG.ASM va primi numele PROG.SOU. 


6.2.3. Comenzi de conversie de cod 


Comenzile de conversie de cod au rolul de a asigura compatibilitatea 
cu sistemele sau programele ce folosesc fişiere obiect cu format hexazeci- 
mal. Conversiile de cod ce se pot realiza sînt : 

— din format binar în format hexazecimal — OBJHEX 

— din format hexazecimal în format binar — HEXOBJ 
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Comanda OBJHEX . 

Formatul comenzii este următorul : 

OBJIHEX <nume fişier obiect> TO<nume fișier heza > 
unde : 

<nume fişier obiect> reprezintă numele unui fişier ce conţine 
cod obiect absolut obţinut în urma executării unor programe de 
translatare sub sistemul de operare SFDX-18. 

<nume fișier hexa> reprezintă numele unui fișier ce va con- 
ține în format hexazecimal (prezentat în paragraful 4.8.3) co- 
dul obiect absolut al fișierului obiect specificat. 

Comanda OBJHEX convertește conţinutul unui fişier ce conţine cod 
obiect absolut, specificat prin <nume fişier obiect>, în format hexa- 
zecimal şi îi dă numele <nume fişier hexa>. Codul obiect absolut speci- 
ficat este obţinut în urma executării programelor de translatare sub 
sistemul de operare SFDX-18. În urma execuţiei comenzii pe discul flexibil 
vor rămîne ambele fişiere, atît în cod obiect absolut cît şi în format hexa. 

Adresa de start este luată din fişierul obiect absolut. Codul obiect 
hexazecimal produs nu conţine o tabelă de simboli. 

Un program în format hexa poate fi trecut pe un suport extern şi 
citit de MONI8 prin comanda H. 


Exemplu : 
— OBJHEX TEST,OBJ TO TEST.HEX <CR> 


Comanda HEXOBJ | 

Formatul comenzii este următorul : 

HEXOBJ <nume fişier hexa> TO <nume fişier obiect > 
(START (adresa>)] 
unde : 

<nume fișier hexa> reprezintă numele unui fişier ce conţine 
cod obiect absolut în format hexazecimal (prezentat în para- 
graful 4.8.3). 

<nume fişier obiect> reprezintă numele unui fişier ce va con- 
ţine în format obiect (ce poate fi încărcat de SFDX-18) infor-. 
maţia specificată de fișierul în format hexazecimal. 

<adresă> reprezintă adresa de start (a primei instrucţiuni 
care se execută) în modulul obiect absolut. Poate fi specificată 
în hexazecimal, zecimal, octal sau binar (valoarea este post- 
fixată de H pentru hexazecimal, D sau nimic pentru zecimal, 
Q pentru octal, B pentru binar). 

Comanda HEXOBJ convertește, conţinutul unui fișier ce conţine cod 
obiect în format hexazecimal, specificat de <nume fișier heza >, în for- 
mat obiect absolut ce poate fi încărcat de SFDX-18. 

Modulul obiect absolut produs de comanda HEXOBJ conţine și o ta- 
belă de simboli dacă aceştia au fost definiţi. 

Se poate include adresa de start (adresa primei instrucţiuni care se 
execută) în modulul obiect absolut produs de comandă dacă se specifică 
START (Cadresă>). 

Dacă START (<Cadresă>) este omisă, adresa de start este luată din 
inregistrarea de sfirşit de fişier hexa, dacă există. Dacă nu este specificată 
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nici o adresă de start (nici în comandă, nici în înregistrarea de sfîrşit de 
fișier) atunci ea este presupusă 0. În acest caz, orice încercare de a încărca 
programul obiect produs în urma executării comenzii, va produce o 
eroare 15. 

Exemplu : 

— HEXOBI TEST.HEX TO TEST.OBI START (40008) <CR> 


6.2.4. Comenzile pentru lansarea în execuţie a programelor 


Sub controlul sistemului de operare, orice program obiect absolut se 
lansează în execuţie prin specificarea numelui fișierului ce conţine pro- 
gramul respectiv. 

Un program obiect absolut se poate încărca în memorie şi lansa di- 
rect în execuţie sau se poate încărca și lansa în execuţie sub controlul 
monitorului. 

Specificarea programelor sau a comenzilor ce se lansează în execuţie 
poate fi realizată de la consola sistemului sau de către conţinutul unui 
fișier de comenzi interpretat de comanda SUBMIT. 

Comanda de lansare în execuţie a unui program obiect absolut 

Formatul comenzii este următorul : 


<nume fişier obiect> [<parametri:> ] 

unde : 
<nume fişier obiect> reprezintă numele fişierului ce conţine 
programul obiect absolut ce se lansează în execuţie. 
<parametri> reprezintă parametrii necesari programului spe- 
cificat, pentru controlul execuţiei sale. 

Comanda de lansare direct în execuție a unui program obiect abso- 
lut, încarcă programul obiect specificat şi îi transferă controlul. Even- 
tualii parametrii necesari controlului execuţiei sale se pot specifica în 
cadrul comenzii. 

Programul obiect absolut trebuie să fie.în cod obiect recunoscut de 
SFDX18 (nu cod obiect în format hexa), altfel încercarea de lansare în 
execuţie conduce la o eroare 16. De asemenea adresa de încărcare din 
cadrul programului trebuie să fie mai mare de 3680H, deoarece o încer- 
care de încărcare peste Zona rezidentă din SFDX18 conduce la o eroare 15. 


Exemplu : e 
Lansarea în execuţie a compilatorului de FORTRAN se face prin comanda; 
— F80 <CR> 

unde : 


F80 reprezintă fişierului ce conține compilatorul. Lansarea În execuție 
a asamblorului ASM380 se face prin comanda : 

— ASM80 TEST.ASM PRINTCLP:) <CR> 
unde : 
ASM80 este nume fişierului ce conține asamblorul în cod obiect absolut. 
TEST.ASM este un parametru ce specifică asamblorului, programul pe 
care urmează să-l analizeze. 
PRINTCLP:) este un parametru ce specifică asamblorului unde să de- 
pună fisierul listing rezultat în urma asamblării. 
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Comanda de lansare în execuţie sub controlul monitorului 

Formatul comenzii este următorul : 

DEBUG [<nume fișier obiect> [| <parametri> ]] <CR> 
unde ` 

<nume fişier obiect> reprezintă numele fișierului ce conţine 
programul obiect absolut ce se încarcă în memorie. 
<parametri> reprezintă eventualii parametrii necesari pro- 
gramului specificat, pentru controlul execuţiei sale. 

Comanda DEBUG încarcă în memorie programul obiect absolut spe- 
cificat de <nume fișier obiect>, afişează adresa de lansare în execuţie 
şi transferă controlul monitorului. Lansarea în execuţie a programului 
încărcat se face sub controlul monitorului. 

Dacă nu se specifică <numele fişier obiect> are loc un transfer al 
controlului de la sistemul de operare SFDX18 la monitorul MONI8. 


Revenirea în sistemul de operare SFDX18 se poate face astfel : 

— întroducînd comanda monitor G8 ; | 

— executind în programul utilizator un apel de funcţie EXIT ; 

— executînd în programul utilizator un apel de funcţie LOAD cu 
, parametrul 1. 


Exemple : 


— DEBUG <CR> 
+ 0008 


Trece controlul de la sistemul de operare în monitor şi aşteaptă comenzi 
monitor. 


DEBUG COPY PROG.ASM TO PL C <CR> 
+ 3680 


încarcă programul COPY de pe discul 0 şi trece controlul programului monitor. 
Dacă se dă comanda monitor 
.G (sau .G 3680) 

se execută copierea programului PROG.ASM de pe discul 0 pe discul 1. 


— DEBUG TST.OBJ <CR> 
= 4000 
„G 4000, 40F3, 4172 <CR> 


încarcă în memorie programul obiect executabil TST.OBJ, indică adresa de 
lansare 4000H, după care trece controlul monitorului. 

Prin comanda monitor specificată se lansează în execuţie programul şi se sta- 
bilesc două puncte de suspendare temporară a execuţiei. 

Cemanda lansare în execuție neinteractivă 

Formatul comenzii este următorul : 


SUBMIT <nume fișier comenzi> [Lextensie>] |(parametru [,para- 

metru") 

unde : 
<nume fişier comenzi> este numele unui fişier sursă ce con- 
Une secvenţa de comenzi 
extensie > reprezintă extensia numelui fişierului ce conţine 
secvența de comenzi. Dacă lipsește se caută implicit extensia 
CSD 


< parametru > reprezintă parametrul actual cu care se va înlo- 
cui parametrul formal utilizat în secvenţa de comenzi specifi- 
cată de fişierul de comenzi. 
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~- Comanda SUBMIT face ca sistemul de operare să preia comenzile 
dintr-un fişier ce conţine o secvenţă de comenzi în loc să le preia de la 
consolă, Înainte de a utiliza comanda SUBMIT trebuie să se creeze un 
fișier ce conţine o secvenţă de comenzi ce pot avea parametri formali. 

Lansarea în execuţie a comenzii SUBMIT are ca efect prelucrarea 
comandă cu comandă din fișierul ce conţine secvenţa de comenzi, înlo- 
cuirea parametrilor formali cu cei actuali şi lansarea acestora în execuţie. 

Comanda poate conţine maxim 10 parametri ce specifică valorile 
actuale care înlocuiesc parametri formali din secvenţă. Corespondenţa 
între parametrii actuali şi cei formali se face prin poziţia pe care o ocupa 
în lista de parametri. Omiterea unui parametru trebuie să fie indicată de 
o virgulă. , 

Un parametru este un şir de maximum 31 de caractere alfanumerice 
sau semne speciale. Dacă un parametru conţine virgulă, blanc sau paran- 
teze el trebuie să fie închis între apostroafe. Dacă în cadrul unui para- 
metru se găsește un apostrof, acesta se dublează. 

Parametrii formali se specifică prin %n unde n este o cifră între 
0 şi 9. Pentru ca % să nu fie interpretat ca un parametru formal el 
trebuie să fie precedat de CTRL/P. 

* Comanda SUBMIT utilizează două fișiere. Unul conţine secvenţa de 
comenzi cu parametri formali şi este creat de utilizator iar celălalt este 
creat de comanda cu parametri actuali. Fişierul creat de comandă are 
acelaşi nume cu cel creat de utilizator dar va avea extensia CS. 

Comanda SUBMIT asignează intrarea de la consola fişierului ce con- 
ține secvenţa de comenzi şi predă controlul sistemului de operare SFDX. 
Acesta va executa comenzile specificate de secvența de comenzi iar la 
sfîrșit va transfera din nou controlul la consola sistemului. Transferul, 
mediului de unde se preiau comenzile, între fișierul ce conţine secvenţa 
de comenzi şi consola sistemului şi invers, se face prin introducerea ca- 
racterului de control CTRL/E. 

În cadrul fişierului ce conţine secvenţa de comenzi se poate folosi 
comanda SUBMIT. Imbricarea comenzii SUBMIT poate avea loc pe 
maxim 8 nivele. | 

Dacă în execuţia secvenţei de comenzi controlul revine în SFDX-18 
ca urmare a unei erori, fişierul cu extensia CS nu se șterge. 


Exemplu. 
Presupunem că avem pe discul 1 fișierul ASM.CSD ce conţine următoarea 


secvență de comenzi : 
ASM Goal pi PRINT(:%2:% 3) %4 


CTRL/E 
LINK 0/40.0BJ,SYSTEM.LIB,FPAL.LIB TO :0.LNK 


LOCATE %0.LINK PRINT (%0.LOC) MAP CODE (%5) 
şi că discul cu asamblorul nu conţine programele LINK, LOCATE acestea fiind pe 


un alt disc. 
Schimbarea discului 0 se poate face utilizînd caracterul de control CTRL/E 


care va comuta controlul din secvenţa de comenzi de pe disc la consolă. După 
schimbarea discului la consolă se va tasta CTRL/E care va trece din nou controlul 
în secvența de comenzi de pe disc. 

Execuţia comenzii : 

— SUBMIT :FL:ASM CFU:TEST.ASM, LP, ,„MACROFILE, 4000H) <CR> 


este echivalentă cu secvenţa de comenzi 
— ASM80 :FL:TEST.ASM PRINTULP:) MACROFILE 
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CTRL/E CTRL/E (se trece controlul la consolă si înapoi, timp în care se poate 
schimba discul 0) 

— LINK :FI:TEST.OBJ, SYSTEM.LIB,FPAL.LIB TO :F1:TBST.LNK 

— LOCATE :FL:TEST.LNK PRINT(:FL:TEST.LOC) MAP CODE (4000H) 

— "PO: SUBMIT RESTORE :FL:TEST.CS (:TI:) 


5.2.5. Comandă de întreținere disc 


Comanda de întreținere disc are rolul de a verifica dacă zonele 
neocupate de pe disc răspund corect ia operaţiile de citire-scriere. Co- 
manda verifică, pistă cu pistă, dacă operaţiile de citţire-scriere se desfă- 
şoară normal. În eazul în care apar erori, sînt marcate ca ocupate pistele 
defecte: . 

Comanda VDISK ` 

Formatul comenzii este următorul : 

VDISK [<parametru>] 
unde : 


<parametru> — are una din valorile 0, 1, 2, 3 şi specifică uni- 
tatea de dise implicată în operația de verificare. Dacă para- 
metrul este omis se consideră implicit unitatea 0. 

Comanda verifică pistă cu pistă, Zonele neocupate de pe unitatea 
specificată. Dacă operaţiile de citire/scriere se desfășoară normal se 
trece la pista următoare. În caz contrar se marchează în fişierul SFDX.MAP 
ocuparea acestor blocuri ai se afişează la consolă numărul pistelor defecte. 
Marcarea are ca rol eliminarea acestor blocuri din operaţiile curente de 
alocare la fişierele ce urmează să fie create pe disc. Dacă se specifică 
unitatea 0, are loc un dialog pentru schimbarea discului flexibil. Dialogul 
are următoarea structură : 


LOAD DISKETTE, THEN TYPE (CR) 
LOAD SYSTEM DISKETTE, THEN TYPE (CR) 


Exemple. 


—VDISK <CR> 

LOAD DISKETTE, THEN TYPE (CR) 

NO DEFECTIVE TRACKS 

LOAD SYSTEM DISKETTE, THEN TYPE (CR) | 

După încărcarea în unitatea 0 a discului ce urmează să se analizeze se intro- 
duce <CR>. Ca urmare a analizei a rezultat că nici o pistă nu este defectă. 

—VDISK 1 <CR> 

DEFECTIVE TRACKS : 53 69 71 72 

104 BLOCKS RESERVED 

În urma analizei discului din unitatea 1 a rezultat că pistele cu numărul de 
ordine 53 69 71 72 sînt defecte şi nu vor fi utilizate în exploatarea sistemului. 


6.2.6. Comenzi pentru lucrul cu module program 


Elaborarea programelor complexe, sub formă liniară într-un singur 
bloc, necesită. foarte mare efort din partea utilizatorului atît în faza de 
translatare cît ai în cea de testare. Programele se pot elabora cu un efort 
mai mic dacă se utilizează module mai mici și mai simple care inter- 
acționează între ele. 


DH 
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Sistemul de operare SFDX-18 conţine o serie de comenzi care ma- 
nipulează module de program în scopul de a construi din ele un program 
complex. Aceste comenzi se referă la : 

— combinarea mai multor module în unul singur — LINK 

— alocarea de adrese absolute de memorie modulelor relocatabile 

— LOCATE l 

— întreținerea/manipularea bibliotecilor de programe — LIB 

Comanda LINK 

Formatul comenzii este următorul : 

LINK <listă de intrare> TO <fişier de ieşire> [<parametri>] 
<CR> 
unde : | 

<lista de intrare> cuprinde : 

— nume de fișiere sub forma <nume fișier>, <nume fi- 
şier>,... care conţin module obiect generate de translatoare 
sau de comenzi LINK, LOCATE anterioare, care vor fi legate 
în fişierul de ieşire ; 

— referiri la simboli externi absolut sub forma PUBLICS 
(<nume fişier absolut>, <nume fişier absolut>,...) fără 
ca fişierele absolute să fie legate în fișierul de ieşire ; 

— nume de biblioteci cu module obiect sub forma <nume 


H 


fişier bibliotecă> [(<nume modul>), ...], a căror module 
care satisfac referinţe nerezolvate vor fi legate în fișierul de 
ieșire, 


< fişier de ieşire> specifică fişierul care va conţine modulul obiect 
relocatabil rezultat din legarea modulelor de intrare 

< parametri > — reprezintă parametrii de control ai execuţiei comen- 
zii LINK. Pot lua valorile : 

MAP — produce o hartă a alocărilor de memorie (de legături 
pentru fişierul de ieşire) ; 

NAME (<nume modul>) — specifică numele care va fi atribuit 
modulului de ieșire. Implicit, numele este format din nu- 
mele utilizat pentru fişierul de ieșire prin eliminarea 
extensiei 

PRINT (<nume fișier>) — specifică numele fișierului în care 
se va scrie harta alocărilor de memorie. Dacă acest para- 
metru este omis, scrierea se face în mod implicit la consola 
sistemului. 

Comanda LINK combină module obiect din mai multe fişiere de in- 
trare într-un singur modul de ieşire. În cadrul procesului de combinare 
are loc o ajustare a adreselor relative ale modulelor de intrare. De ase- 
menea, comanda LINK caută în biblioteci şi leagă modulele din biblioteci 
care rezolvă referințele externe, la modulele specificate în lista de intrare 
și le include în fişierul de ieșire. 

Comanda LINK. poate să se continue pe mai multe linii (rînduri). 
Pentru aceasta trebuie introdus caracterul & înainte de sfîrşitul liniei 
(CR), dar nu în interiorul unui nume de fișier sau parametru. 

De subliniat faptul că în cadrul execuţiei comenzii LINK se utili- 
zează un Deier temporar LINK.TMP pe discul pe care se va depune fi- 
șierul de ieşire. 
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Harta alocărilor de memorie conţine următoarele informaţii : 
— o linie care specifică faptul că urmează mesaje de LINK ; 
— lungimea segmentelor relocatabile din modulul de ieşire ` 
— adresele absolute în modulul de ieșire ; 

— numele modulelor de intrare ; 

— numele referinţelor externe nerezolvate ; 

— mesajele erorilor nefatale ; 

— tipul relocatării : 


B relocatabil la nivel de octet; 

P relocatabil la nivel de pagină ; 

I relocatabil în pagină ; 

A absolut, 

Comanda LINK combină modulele din lista de intrare, prin unirea 
segmentelor de cod din modulele de intrare, într-un singur segment de 
cod, segmentele de date într-un singur segment de date, segmentele de 
stivă într-un singur segment de stivă. 

Ordinea de legare a modulelor urmăreşte ordinea în care apar mo- 
dulele în lista de intrare. Dacă anumite module din lista de intrare au 
referinţe la un modul dintr-un fişier bibliotecă, biblioteca trebuie spe- 
cificată în lista de intrare după modulele care se referă la ea. 


Exemplu. 


SFDX-18 OBJECT LINKER V3.0 INVOKED BY: 
— LINK :F1:P80.0BJ,.& 


aaa 
+y 


:FO:SYSTEM LIB, & 
:F1:PLM80.LIB TO Fi: P80.LNK MAP PRINT (LP:) 


LINK MAP OF MODULE P80 
WRITTEN TO FILE Pi: P80.LNK 
MODULE IS A MAIN MODULE 
SEGMENT INFORMATION : 
START STOP LENGTH REL NAME 


146H B CODE 
OFH B DATA 
8H B STACK 


INPUT MODULES INCLUDED : 
:F1:P80.0BJ(SFDX80) 
:F0:SYSTEM.LIB(IODEF) 
:F0:SYSTEM.LIB(SFDX) 
:F1:PLM80.LIB(CP0014) 


Comanda LOCATE 


Formatul comenzii este următorul : 
LOCATE <nume fişier intrare> [TO<nume fişier îeșire>] [<parame- 


tri>] <CR> 
unde : 
<nume fişier intrare> — reprezintă numele fişierului obiect 
care conține codul relocatabil ;. 
<nume fișier ieşire> — reprezintă numele fişierului obiect 


care va conţine codul absolut după execuţia comenzii. Dacă 
este omis, fişierul de ieşire va avea același nume cu cel de 
intrare fără extensie ; 

< parametru > — reprezintă parametrii de control ai execuției 

comenzii LOCATE. Pot lua valorile : ` 

MAP — produce o hartă a alocărilor de memorie ce va fi de- 
pusă în fișierul de listare ; 
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PRINT (<nume fişier>) — specifică fișierul care va conţine 
listingul generat pe parcursul execuţiei comenzii, Dacă nu 
este specificat, listarea se va face la consolă (:C0)); 

SYMBOLS — va introduce în fişierul de listare o listă cu sim- 
. bolii definiţi în modulele de program, cu adresele absolute 
la care se vor găsi acești simboli în timpul execuţiei mo- 
dulelor de program respective. Această listă se poate 
obţine pentru modulele rezultate în urma  compilării 
PLM80, numai dacă la compilare s-a folosit parametrul 
DEBUG. 

LINES — specifică includerea unei liste cu numerele de linii 
și numele modulelor de intrare care urmează să fie incluse 
în tabela de simboli. Se va genera o listă a numerelor 
instrucțiunilor, cu adresele absolute de memorie la care se 
va găsi codul obiect pentru aceste instrucţiuni. 

PUBLICS — în fișierul de listare se va include lista simbolu- 
rilor declaraţi PUBLIC cu adresele absolute de memorie la 
care se vor afla aceşti simboli în timpul execuţiei progra- 
mului. 

PURGE — condensează dimensiunea codului, eliminind din 
fişierul de ieşire numerele de linii, simbulii locali, numele 
de module și numele simbolilor PUBLIC. Acest parametru 
este utilizat în momentul în care un modul este complet 
depanat. 

ORDER (secvenţă segmente >) — definește ordinea în care 
sînt alocate în memorie segmentele de cod, stivă, date. 
Lista de segmente se separă prin spaţiu. Dacă lista de seg- 
mente este parţială, segmentele specificate sînt alocate 
primele, în ordinea din secvenţă iar cele nespecificate ur- 
mează secvenţa prestabilită.  Secven'a prestabilită este 
următoarea : 

CODE — segmentul de cod 

STACK — segmentul de stivă 

[Zona COMMON/ — segment de comun pentru FORT80 
DATA — segmentul de date 

MEMORY — segmentul de memorie disponibilă 

Primul segment este alocat implicit la adresa 3680H, alocîn- 
du-se 13 buffere de intrare/ieșire. 

CODE (<adresă>) — fixează adresa de memorie la care se va 
depune segmentul care conţine. codul obiect. 

DATA (<Cadresă>) — fixează adresa de memorie la care se va 
depune segmentul care conţine datele. 

STACK (<adresă>) — fixează adresa de memorie la care se 
va depune segmentul care conţine stiva. 

MEMORY (<adresă>) — fixează adresa de memorie la care se 
va depune segmentul care conţine zona de memorie dispo- 
nibilă. 

NAME (<nume>) — specifică numele modulului de ieşire. 
Dacă acest parametru nu este utilizat se va considera im- 
plicit numele fișierului de intrare, fără extensie. 


RESTARTO — este un parametru care va depune în locaţiile 


0, 1, 2 din memorie o instrucțiune JMP ADR. Adresa ADR 
este adresa de început a programului, luată din modulul 
de intrare sau din parametrul START. 

Un modul absolut pregătit cu RESTARIO nu poate fi în- 
cărcat pentru execuţie cu SFDX-18. 


START (Cadresă>) — specifică adresa primei instrucţiuni 


care se execută din segmentul de cod. Această adresă înle- 
cuiește adresa de start specificată în modulul de intrare. 


STACKSIZE (<valoare>) — specifică dimensiunea segmentu- 


lui de stivă (în octeți). Această valoare este cea considerată 
în cazul în care există o altă valoare calculată pentru di- 
mensiunea stivei în modulul de intrare. De notat faptul că 
în regim de depanare sînt necesari 12 octeți adiţionali 
pentru stiva utilizator pe lîngă cei calculaţi de comanda 
LINK. Comanda LOCATE adaugă acești 12 octeți dacă con- 
trolul STACKSIZE nu este specificat. 


COLUMNS (<număr>) — este un parametru care specifică co- 


loana din care se tipăreşte tabela de simboli în fişierul 
listing. (<Număr)> poate lua valorile 1, 2, 3. 

Comanda LOCATE acţionează asupra fişierului de intrare 
care conţine un modul obiect relocațabil şi produce un fi- 
şier modul obiect în care adresele relative sînt fixate la 
locaţii absolute. Fişierul obiect absolut obținut este direct 
executabil. 

Dacă comanda LOCATE este mai lungă decît o linie de la 
consolă ea se poate continua pe mai multe linii, introdu- 
cînd caracterul & înaintea fiecărui <CR >, 

Comanda LOCATE utilizează un fișier temporar LOCATE. 
TMP pe discul unde se depune fişierul de i ieşire. 

Modulele segment sînt alocate secvențial în ordinea impli- 
cită CODE STACK /COMMON/ DATA MEMORY sau în 
ordinea stabilită prin parametrul ORDER sau prin para- 
metrii CODE (<adresă>), STACK (<adresă>), DATA 
(<adresă>), MEMORY (<adresă>). 


Segmentele relocatabile la nivel de octet (B) sînt locate la prima 
adresă disponibilă, cele relocatabile la nivel de pagină (P) sînt locate la 
prima adresă care rezultă la multipli de pagină (100H) iar cele relocata- 
bile în pagină (I) sînt locate la prima adresă disponibilă astfel încît seg- 
mentul să fie conținut în totalitate într-o pagină. 


Ezemplu. 


SFDX-18 OBJECT LOCATER V3.0 INVOKED BY: 

— LOCATE:F1:P80.LNK TO:F1:P80 MAP SYMBOLS PRINT(LP:) COLUMNS(2) 
SYMBOL TABLE OF MODULE P80 

READ FROM FILE :F1:P80.LNK 

WRITTEN TO FILE :F1:P80 


VALUE TYPE SYMBOL VALUE TYPE SYMBOL 
MOD SFDX80 

37E9H SYM MEMORY 3680H.  SYM SPEC 

4100H SYM COMAREA 37DAH SYM I 

37DBH SYN J 37DCH SYM POSITION 

37DDH SYM OBLOCK 37B7H SYM IBLOCKADR 


29 


3796H SYM INT6 36A5H SYM WAIT 
378DH SYM ANSWERBACK 
MEMORY MAP OF MODULE P80 
READ FROM FILE :F1:P80.LNK 
WRITTEN TO FILE :F1:P80 
MODULE START ADDRESS 369AH 
START STOP LENGTH REL NAME 
3680H 3705H 146H B CODE 
3706H  37D9H 14H B STACK 
37DAH 37E8H FH B DATA 
37E9H  DE76H A68EH B MEMORY 


Comanda LIB 
Formatul comenzii este următorul : 
LIB 
Comanda LIB este interactivă, operaţiile efectuate sînt controlate prin 
comenzi introduse de la consolă după ce sistemul a tipărit la consolă ». 
Funcţiile îndeplinite de comanda LIB sînt următoarele : 
— crearea unui fişier bibliotecă — CREATE, 
— adăugarea modulelor la fişierul bibliotecă — ADD. 
— ştergerea modulelor din fișierul bibliotecă — DELETE, 
— listarea numelor modulelor bibliotecă şi a simbolilor lor publici PU- 
BLICS — LIST. 
— întoarcerea în sistemul de operare — EXIT. 
Bibliotecile pot fi utilizate ca module de intrare pentru comanda 
LINK. 
O comandă din cadrul programului LIB poate fi continuată pe mai 
multe linii introducînd caracterul & înainte de <CR> 
Funcţia CREATE 


Creează un fişier bibliotecă gol. Sintaxa de descriere a funcţiei este ; 
CREATE <nume fişier> <CR>. ` 
unde ` <nume fișier> — specifică numele care se atribuie noului fişier 

bibliotecă. 

Dacă există deja un fişier cu numele specificat se afişează o eroare 
şi se aşteaptă introducerea unei noi funcţii. 

Funcţia ADD 

Sintaxa funcţiei este următoarea : 
ADD sier sursă> [(<nume modul>,...)] [,...] TO <nume biblio- 
tecă> <CR>. 
unde : 

fişier sursă> poate fi numele unui fișier bibliotecă sau nu- 
mele unui fișier ce conţine un modul obiect. 


<nume modul> se specifică numai dacă <fişier sursă> este 
un fișier bibliotecă. În acest caz numai modulele obiect 


specificate, din cadrul bibliotecii sînt adăugate la ieşire în 
nume bibliotecă. 

<nume bibliotecă> este fişierul bibliotecă la care se adaugă 
fişierele sau modulele specificate ca intrare, 


Funcţia ADD adaugă module obiect la fişierul bibliotecă. 
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Funcţia DELETE 


unde : 


Sintaxa funcţiei este următoarea : 
DELETE <fişier bibliotecă> (<nume modul >, ...) 


<fişier bibliotecă> specifică fişierul bibliotecă din care se 
șterg module. 

<nume modul> specifică numele modulului obiect care se 
şterg din fişierul bibliotecă. 

Funcţia DELETE şterge module din fişierul bibliotecă. 


Funcţia LIST 


unde ` 


Sintaxa funcţiei este următoarea : 
LIST <fişier bibliotecă>  [(<nume modul >,...)] [,...] [TO 
< fişier listing >] [PUBLICS] <CR >. 


< fişier bibliotecă> este numele fişierului bibliotecă ale cărui 
module sînt listate. 

<nume modul> este numele modulului despre care sînt lis- 
tate informaţii. Dacă nume modul este omis se vor lista 
toate modulele din fişierul bibliotecă. 

< fişier listing> este numele fișierului în care se va depune 
“informaţii despre fișierul bibliotecă. 

Dacă sier listing> este omis se face listarea la consolă 
(CO). . 

PUBLICS — este un parametru care specifică, ca numele varia- 
bilelor globale (publice) din fiecare modul să fie listate. 
Dacă acest parametru este omis sînt listate numai numele 
modulelor. 


Funcția LIST listează numele modulelor fişierului bibliotecă spe- 


cificat, cu listarea eventualilor simboli PUBLICI din fiecare modul listat. 
Funcția EXIT 
Sintaxa funcției este următoarea : 


— EXIT <CR>. 


Comanda EXIT întoarce controlul în sistemul de operare SFDX-18. 
Exemplu. l 


— LIB 
* LIST: F1: SYSTEM.LIB <CR> 


:F1:SYSTEM.LIB 
CI 


DELETE 


EM 


EXIT 
LOAD 
OPEN 
READ 
RENAME 
RESCAN 
SEEK 
SPATH 
WRITE 
ERROR 
WHOCON 


6.3. Utilizarea rutinelor de sistem 


Pentru a putea utiliza rutine din sistemul de operare, este necesar să 
se ţină seama de faptul că un program utilizator nu se poate încărca, cu 
comenzi SFDX, peste zona în care este rezident sistemul de operare. Este 
important să se delimiteze zonele de memorie utilizator de zonele sistem. 


Zong sistem 


SFDX - 18 


40H 


3000H 


Zonă tompon 
pentru SFDX — 18 


— —— — — e 3180 + 3980 H 


Zong utłilizołor 


Zong sistem 


MONITOR 


FFFFH 


Fig. 6.7. Repartizarea zonelor sistem şi a 


zonelor utilizator. 
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Repartizarea zonelor utilizator şi 
a zonelor sistem este prezentată în 
figura 6.7. 


Zona de la adresele 0-+-40H 
este rezervată sistemului şi con- 
ține informaţie necesară monito- 
rului, adresele de legătură pentru 
întreruperile de nivel 0—2 nece- 
sare sistemului de operare şi adre- 
sele de legătură pentru întreru- 
perile de nivel 3—7 controlate de 
utilizator. 

Zona sistem de la sfîrșitul 
memoriei este necesară progra- 
mului monitor și a fost descrisă 
în detaliu în capitolul A. 

Dimensiunea zonei ocupată 
de monitor este funcţie de ver- 


'siunea acestuia, 


Sistemul de operare SFDX-18 
ocupă zona de la 40H pînă la 
3000H. SFDX-18 are nevoie de o 
zonă în care să se păstreze zonele 
tampon de intrare/ieșire necesare 
in exploatarea fișierelor. Zona 
tampon are o dimensiune între 
180H şi 980H, funcţie de numărul 
de buffere de intrare/ieșire ne- 
cesare. Lungimea unui buffer de 


intrare/ieşire este de 128 (80H) 


octeți. Sistemul de operare are nevoie de minimum 3 buffere de IJE, alo- 
cate consolei. Consola are, în permanență, deschise fişiere asociate intrării, 
ieșirii şi editării. 


Adresa de început a programului utilizator se stabilește î în funcţie de 
zona tampon necesară pentru bufferele de I/E. Zona tampon se calcu- 
lează ţinîndu-se seama de următoarele reguli : 

— fiecare fişier deschis pe un disc flexibil necesită două buffere ; 

— un apel la rutinele sistemului de operare ce face acces la fişierul 
director necesită două buffere pe perioada apelului ; 

— o asignare a unui fișier pe disc ca și intrare de la consolă sau 
ieșire la consolă necesită trei buffere pentru fișierul asociat intrării de la 
consolă și două buffere pentru fișierul asociat ieșirii la consolă ; 

— un fișier pentru editat o linie de la :CI: necesită un buffer. 

Ținînd seama de regulile prezentate, zona tampon pentru buffere de 
I/E se calculează astfel : 


Zona tampon=—80H*N. 


unde : N reprezintă numărul de buffere de I/E necesare. 

Astfel pentru un program care deschide un fişier pe discul flexibil și 
se doreşte să fie apelat dintr-un fişier SUBMIT unde consola de ieşire este 
asignată unui fișier pe dise sînt necesare 9 buffere de intrarefieşire. 
Adresa sa de încărcare poate fi minimum 3480H =3000H+80HX9. 

Dacă se doreşte scrierea unui program independent de tipul periferi- 
celor utilizate și independent de modul de apelare, trebuie prevăzută o 
zonă tampon ce conţine numărul maxim de buffere de UE ce ar putea 
fi necesare. Numărul maxim de buffere de I/E admis este 19. În acest 
caz programul trebuie să înceapă la o adresă mai mare de 3980H. 

Rutinele de sistem ce pot fi apelate dintr-un program utilizator 
realizează următoarele acţiuni : 

— intrare/ieşire de la echipamentele standard conectate la M18/M118 
inclusiv discul flexibil ; 

— întreținerea fişierului director a discurilor flexibile ; 

— asignarea consolei și transmiterea mesajelor de eroare ` 

— încărcarea programelor pentru execuţie. 


Majoritatea apelurilor rutinelor de sistem au nume și funcţii similare 
comenzilor SFDX-18 prezentate anterior. Apelurile la rutinele de sistem 
pot fi făcute din limbaj de asamblare sau limbaj PL/M. 

Interfața între programele scrise în limbaj de asamblare și rutinele 
de sistem este realizată prin apelul rutinei SFDX și specificarea a doi 
parametri. 

Primul parametru este un număr ce specifică funcţia (rutina de 
sistem) iar al doilea parametru este adresa unui bloc de control ce con- 
ține informația necesară funcţiei apelate. Primul parametru este transfe- 
rat prin registrul C iar adresa blocului de control este transmisă prin 
registrele D, E. 

Rutina SFDX este o rutină din SYSTEM.LIB, deci trebuie declarată 
externă în programele utilizator ce vor fi legate prin comanda LINK, cu 
biblioteca sistemului. În limbajul PL/M, interfaţa cu rutinele de sistem 
este realizată cu. ajutorul procedurilor din SYSTEM.LIB. Programul 
PL/M trebuie să conţină declaraţiile procedurilor externe apelate din 
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SYSTEM.LIB astfel încît procedurile corespunzătoare să fie incluse cu 
ajutorul comenzii LINK. Apelul rutinelor de sistem foloseşte stiva uti- 
lizatorului ceea ce implică dimensionarea corespunzătoare a acesteia. 
În urma apelurilor rutinelor de sistem, conţinutul registrelor generale 
este modificat. 

Numerele ce identifică apelurile rutinelor de sistem sînt următoarele ; 


OPEN 
CLOSE 
DELETE 
READ 
WRITE 
SEEK 
LOAD 
RENAME 
CONSOL 
EXIT 
ATTRIB 10 
RESCAN 11l 
ERROR 12 
WHOCON 13 
SPATH 14 
Fiecărui fişier îi sînt asociaţi doi indicatori şi anume : 
LENGTH — ce conţine numărul de octeți din fișier ; 
MARKER — ce indică numărul de octeți deja citiţi sau scriși în fişier. 


CAROURI E 


6.3.1. OPEN — Deschide un fișier pentru operaţii de intrare/ieşire 


Rutina OPEN iniţializează tabelele SFDX şi alocă bufiferele necesare 
pentru operaţia de intrare/ieșire la fişierul specificat. Dacă fişierul spe- 
cificat este :PP: atunci este perforat un cap de bandă de 30 cm. 

Blocul de control al funcţiei conţine 5 parametri, fig. 6.8. care au ur- 
mătoarea semnificaţie : ` 
AFTN — reprezintă adresa unei zone de 2 octeți în care SFDX va depune 

numărul fișierului activ (numărul logic) ce se va deschide (dacă 
deschiderea s-a realizat corect) 

FILE — adresa de început a zonei de memorie care conţine numele fișie- 
rului sub formă de caractere ASCII. Numele fișierului trebuie să 
fie urmat de un caracter special, diferit de două puncte (:) sau 
punct (.). De obicei se termină cu spaţiu () sau (CR) 

ACCES — specifică modul de acces la fişierul deschis 
=] pentru citire (READ) 
=2 pentru scriere (WRITE) 
=3 pentru punere la zi (READ şi WRITE) 

MODE — numărul logic al fișierului ecou, dacă fişierul este deschis pen- 
tru editat linie cu linie. Fișierul ecou trebuie deschis în prealabil. 
Parametrul AFTN al fişierului ecou este depus în cel mai puţin 
semnificativ octet al cîmpului de 2 octeți 
=0 nu este realizată editarea 
#0 este realizată editarea 
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STATUS 


Starea 

Nume fisier 

Numâr iogic fisier 

Fig. 68. Structura blocului de control pentru funcţia 
PEN. 


— specifică adresa unei celule de memorie unde se depune nu- 


mărul erorii nefatale ce a apărut în timpul execuţiei rutinei OPEN 
sau 0 dacă totul a decurs normal. 
Sînt necesare cîteva precizări suplimentare și anume : 


Utilizatorul poate avea maxim 6 fişiere deschise la un moment 
dat, exclusiv fişierele :CI: şi CO: 

Fișierele :CI: şi :CO: sînt în permanenţă deschise şi au asociate 
ca număr logic (AFTN) valoarea 1 respectiv valoarea 0. 

Pentru a specifica, la parametrul MODE, numărul fișierului 
:CO: (care are AFTN=0) trebuie depusă o valoare diferită de 0 
în octetul cel mai semnificativ şi 0 în octetul cel mai puţin sem- 
nificativ. De exemplu se poate folosi valoarea 0OFFOOH pentru 
a specifica CO: 

Dacă un fişier este deschis pentru intrare (READ) cei doi indi- 
catori MARKER și LENGTH vor fi: 


MARKER =0 
LENGTH = nemodificat 
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— Dacă un fişier este deschis pentru ieşire (WRITE) cei doi indi- 
catori vor fi : 
MARKER =0 
LENGTH =0 | 
— Dacă un fişier este deschis pentru actualizare (READ, WRITE) 
cei doi indicatori vor fi : 
MARKER =0 
LENGTH = neschimbat (dacă fișierul deschis deja există) 
— Specificarea unui fişier ce nu există pe disc pentru operaţia de 
ieşire (WRITE) va produce crearea unui nou fișier cu numele 
respectiv și toate atributele vor fi puse la 0. 

— Specificarea unui fișier de intrare inexistent, a unui fișier pro- 
tejat la scriere pentru operaţiile de actualizare sau. scriere va 
produce un mesaj de eroare. 

Apelarea rutinei se face astfel : 
a) În limbaj de asamblare 


EXTRN SFDX ; LEGĂTURA CU PUNCTUL DE IN- 
; TRARE ÎN SFDX 


e 


OPEN EQU 0 ; IDENTIFICATORUL RUTINEI OPEN 
MVI C, OPEN ; IN C NUMĂR IDENTIFICARE RUTINĂ 
LXI D, OBLK ; ÎN D,E ADRESA BLOCULUI DE PA- 
; RAMETRI 
CALL SFDX ; APELARE RUTINĂ 
LDA ` OSTAT ; TEST INDICATOR EROARE 
ORA A ; ` 
INZ ERR ; SALT LA RUTINA DE TRATARE 
. ; A ERORII, DACĂ ESTE CAZUL 
OBLK : ; BLOCUL DE PARAMETRI PENTRY 
; OPEN 
DW OAFT ; ADRESA SPRE AFTN 
DW OFILE - ; ADRESA SPRE NUME FIȘIER 
ACCES : DW 1 ; MOD ACCES=1, READ 
ECHO : DW 0 ; FĂRĂ ECOU 
DW OSTAT ; ADRESA INDICATOR EROARE 
OAFT : DS 2 ; CONȚINE AFTN (NUMĂR FIŞIER 
` ; ACTIV) 
OSTAT: DS 2 ; CONȚINE STAREA (EVENTUAL NB 
; ERORII) 


OFILE: DB "-FI:PROG.ASM ? ; NUMELE FIŞIERULUI DESCHIS 
b) În limbajul PL/M 

OPEN : 

PROCEDURE (AFINPTR, FILE, ACCES, MODE, STATUS), EXTERNAL ; 

DECLARE (AFTNPTR, FILE, ACCES, MODE, STATUS) ADDRESS ; 


END OPEN; 


DECLARE AFTŞIN ADDRESS ; 

DECLARE BUFFER (128) BYTE ; 

DECLARE STAT ADDRESS ; 

CALL OPEN (.AFTȘIN, BUFFER, 1, 0, STAT); 
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6.3.2. CLOSE — Termină operaţiile de intrare/ieșire la un fişier 


Rutina CLOSE eliberează buftferele alocate fișierului la deschiderea 
sa. Dacă fişierul închis este pertoratorul de bandă (:PP:) va fi perforat 
un sfîrșit de bandă de 30 cm. 

Blocul de control al funcţiei conţine 2 parametri, fig. 6.9, care au ur- 
mătoarea semnificaţie : | 
AFTN — conţine numărul logic al fișierului ce urmează să fie închis, nu- 

măr ce a fost fixat la deschidere de rutina OPEN. 

STATUS — specifică adresa unei locaţii de memorie unde se va depune 
eventualul cod de eroare nefatală. Dacă totul a decurs normal la 
această adresă se va găsi 0. 

Apelarea rutinei se face astfel : 


a) În limbaj de asamblare | 
EXTRN SFDX ; LEGATURA CU PUNCTUL DE IN- 


; TRARE ÎN SFDX 
CLOSE EQU 1 ; IDENTIFICATORUL RUTINEI CLOSE 
MVI C,CLOSE ; IN C NUMARUL DE IDENTIFICARE 
LXI D,CBLK ; RUTINA IN D,E ADRESA BLOCULUI 
; DE PARAMETRI 
CALL SFDX ; APELARE RUTINA 
LDA CSTAT ; TEST INDICATOR EROARE 
ORA A ; > 


INZ ERR : SALT LA RUTINA DE TRATARE 
. ; A ERORII, DACA ESTE CAZUL 


CBLK: ; BLOSUL DE PARAMETRI PENTRU 
; E 
CAFT: DS 2 ; NUMARUL LOGIC AL FIŞIERULUI 
DW CSTAT ; ADRESA INDICATOR EROARE 
CSTAT: DS 2 ; CONTINE STAREA (EVENTUAL NR 
; ERORII) 


b) În limbajul PL/M 


CLOSE: 
PROCEDURE (AFTN, STATUS) EXTERNAL ` 
DECLARE (AFTN, STATUS) ADDRESS ; 
END CLOSE; 


DECLARE AFT$IEN ADDRESS: 
DECLARE STAT$BN ADDRESS ; 


CALL CLOSE (AFT$IN,.STATŞIN) ; 


AFTN 


Numor logic fisier 


6.3.3. DELETE — Şterge un fişier din fişierul direetor 


STATUS 


Fig. 6.9. Structura blocului de control pea- 
tru funcția CLOSE. 


Apelul rutinei DELETE eliberează spațiul alocat fişierului ce urmează 

să se șteargă. Blocul de control al funcției conține 2 parametri, fig. 6.10, 

care au următoarea semnificație : 

FILE : — adresa de început a zonei de memorie ce conține numele fişie- 
rului sub formă de şir de caractere ASCII. Numele fişierului trebuie 
urmat de un caracter special diferit de două puncte (:) sau punct (.). 
De obicei se termină cu spaţiu (5) sau (CR). 


FILE | 


STATUSI 


Nume fisier 


Fig. 6.10. Structura blocului de control pentru funcția 
` DELETE, 


STATUS — specifică adresa unei locaţii de memorie unde se va depune 
eventualul cod de eroare nefatală, rezultată în urma apelului ru- 
tinei. Dacă totul decurge normal la această adresă se va găsi 0. 
Apelul rutinei se face astfel : 
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a) În limbaj de asamblare 


DELETE 


DBLK: 


DSTAT : 
DFILE : 


DELETE : 


EXTRN 


EQU 
MVI 


LXI 


CALL 
LDA 
ORA 
JNZ 


BW 
DW 


DS 
DB 


SFDX 


2 
C,DELETE 


D,DBLOK 


SFDX 
DSTAT 
A 

ERR 


DFILE 
DSTAT 


2 
'PROG.TST > 
b) În limbaj PL/M 


: LEGATURA CU PUNCTUL DE IN- 

; TRARE ÎN SFDX 

; IDENTIFICATORUL RUTINEI DELETB 
; ÎN C NUMARUL DE IDENTIFICARE 
; RUTINĂ 

; ÎN DE ADRESA BLOCULUI DE PA- 
; RAMETRI 

; APELARE RUTINĂ 

; TEST INDICATOR EROARE 


; SALT LA RUTINA DE TRATARE A 
: ERORII 
; DACĂ ESTE CAZUL 


; BLOCUL DE PARAMETRI PENTRU 
; DELETE 

` ADRESA SPRE NUMELE FISIERULUI 
` ADRESA SPRE INDICATORUL DB 
` EROARE 

; CONTINE STAREA 

; NUMELE FISIERULUI CE SE ŞTERGE 


PROCEDURE (FILE, STATUS) EXTERNAL ; 
DECLARE (FILE, STATUS) ADDRESS ; 


END DELETE ; 


DECLARE FILENAME (20) BYTE ; 
DECLARE STAT$IN ADDRESS ; 


CALL DELETE (FILENAME,STAT$IN) ; 


6.3.4. READ — Transferă date dintr-un fişier în memorie 


Rutina READ transferă date dintr-un fişier deschis, într-o zonă de 


memorie specificată. 


Blocul de control al funcţiei conţine 5 parametri, fig. 6.11, care au 
următoarea semnificaţie : 
AFTN — conţine numărul logic al fişierului deschis pentru citire sau 

actualizare, număr ce a fost fixat la deschidere de rutina OPEN. 
BUFFER — conține adresa zonei de memorie în care se vor transfera 
datele din fișierul deschis anterior de apelul unei rutine OPEN. 
COUNT — conţine numărul de octeți ce urmează să fie transferați din 
fişier în zona de memorie specificată. Zona de memorie trebuie să 
fie egală sau mai mare decît contorul deoarece, în caz contrar, 
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AFTN 
BUFFER 


Numâr logic fişier 
Nr. octeți de transferat 


COUNT 


ACTUAL 
STATUS 


Nr. octeti tronsferati 


Zong de memorie 
în care se citesc 
date din fisier 


Fig. 6.11. Structura blocului de control pentru funcţia 
READ. 


zona ce urmează bufferului va fi utilizată şi poate distruge infor- 
maţia utilă. 

ACTUAL — conţine adresa unei celule de memorie în care SFDX va 
memora numărul actual de octeți transferați - 

STATUS — conține adresa unei celule de memorie în care SFDX va 
memora numărul eventualei erori nefatale rezultată în urma ape- 
lării rutinei READ. Dacă totul decurge normal la această adresă 
se găseşte 0. 

De subliniat faptul că numărul actual de octeți transferați nu este 
mai mare decit contorul specificat. Valoarea sa este adăugată la indica- 
torul MARKER. 

Pentru fișierele ce sînt editate, numărul actual de octeți nu poate fi 
mai mare decît lungimea. bufferului de editare. 

Numărul de octeți transferați este egal ou: 

min (CONTOR,(LENGTH-MARKER)) 

Sfîrşitul de fișier este indicat cînd numărul de octeți este zero sau 
cînd numărul de octeți este mai mic decît contorul (exceptind fişierele 
editate). Ă 

Apelarea rutinei READ se face astfel : 
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a) În limbaj de asamblare 


EXTRN 


READ EQU 
- MVI 


LXI 


CALL 
LDA 
ORA 
JNZ 


RBLK: 

RAFTN: DS 
DW 

RCNT: DW 
DW 


DW 


ACTUAL: DS 
RSTAT: DS 
RBUF: DS 


SFDX 
3 E 
CREAD 
D,RBLK 


SFDX "7 
RSTAT 
A 

ERR 


RBUF. 
128 ` 


ACTUAL 
RSTAT: =: 


128 


b) În limbajul PL/M 


READ : 


PROCEDURE (AFTN, 
DECLARE (AFTN, 


END READ ; 


DECLARE AFTNŞ$IN ADDRESS ; 
DECLARE BUFFER (128) BYTE ; 
DECLARE ACTUAL ADDRESS ; 
DECLARE STATUS ADDRESS ; 


ER TE ETC EE EE 


TE .. .  . . |... vc... 


LEGĂTURA CU PUNCTUL DE IN- 


; TRARE ÎN SFDX 


IDENTIFICATORUL RUTINEI READ 
ÎN C NUMĂRUL DE IDENTIFICARE 
RUTINĂ 

IN DE ADRESA BLOCULUI DE PA- 
RAMETRI 

APELARE RUTINĂ 

TEST INDICATOR EROARE 


SALT LA RUTINA DE TRATARE 
A ERORII, DACĂ ESTE CAZUL 


BLOCUL DE PARAMETRI PENTRU 
READ 

NUMĂRUL LOGIC AL FIȘIERULUI 
ADRESA ZONEI ÎN CARE SE CITEȘTE 
CONTOR DE OCTEȚI DE TRANSFERAT 
ADRESA CONTOR DE OCTETI TRANS- 
FERATI 

ADRESA INDICATOR STARE 


CONTOR DE OCTEȚI TRANSFERAȚI 
CONȚINE STAREA 

ZONA DE MEMORIE IN CARE SE 
CITESTE 


BUFFER, COUNT, ACTUAL, STATUS), EXTERNAL ; 
BUFFER, COUNT, ACTUAL, STATUS) ADDRESS ; 


"CALL READ (AFTN$IN,.BUFFER, 128 ,ACTUAL,.STATUS); 


6.3.5. WRITE — Transferă date din memorie într-un fișier 


Rutina WRITE transferă date dintr-o zonă de memorie specificată 
într-un fişier deschis în prealabil cù OPEN. Blocul de control al funcției 
conține 4 parametri, fig. 6.12 care au următoarea semnificație : 


AFTN — conține numărul logic al fişierului deschis pentru scriere 


D 


număr ce a fost fixat la deschidere de rutina OPEN. 
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AFTN 


Număr logic fisier 
Număr octeți de transferot QA 


BUFFER 
COUNT 
STATUS 


Zona de memonie din care 
© se face transferul în 
fisierul de pe disc 


Fig. 6.12. Structura blocului de erën) pentru 
funcţia WRITE. 


BUFFER — conţine adresa zonei de memorie din care datele vor H 


transferate în fișier. 


COUNT — conţine numărul de octeți ce se vor transfera din zona de me- 


morie în fișierul de ieșire. 


STATUS — conţine adresa unei celuie de memorie unde se depune 
eventualul cod de eroare rezultat îm urma apelului rutinei. Dacă 


totul decurge normal la această adresă se va găsi 0. 


De subliniat faptul că valoarea contorului este adăugată la indicatorul 
MARKER. Indicatorul LENGTH este actualizat în mod corespunzător, 


numărul de octeți transferați fiind egal cu contorul. 
Apelarea rutinei se face astfel : 


a) În limbaj de asamblare 


EXTRN SFDX ; LEGATURA CU PUNCTUL DE IN- 


TRARE IN SFDX 


H 


H 
EQU 4 ; IDENTIFICATORUL RUTINEI WRITE 
MVI C.WRITE ; ÎN C NUMARUL DE IDENTIFICARE 
l ; RUTINA 
LXI D,WBLK ; ÎN D,E ADRESA BLOCULUI DE PA- 
; RAMETRI 
CALL SFDX ; APELARE RUTINA 
LDA WSTAT ; TEST INDICATOR EROARE 
ORA A 
INZ ERR ; SALT LA RUTINA DE TRATARE A 
. ; ERORII, DACA ESTE CAZUL 
; BLOCUL DE PARAMETRI PENTRU 
WBLK: : WRITE 
; NUMARUL LOGIC AL FISIERULUI 
DS 2 ; ADRESA ZONEI DIN CARE SE SCRIE 
DW WBUF ; IN FISIER 
A 
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WCNT: DW 128 ; CONTORUL DE OCTETI DE TRANS- 


. FERAT 
DW WSTAT ` ADRESA INDICATOR STARE 
WSTAT: DS 2 : CONTINE STAREA 
WBUF: DS 128 ;ZONA DE MEMORIE DIN CARE ARB 


; LOC TRANSFERUL IN FISIER 
b) În limbajul PL/M 
WRITE: 


PROCEDURE (AFTN, BUFFER, COUNT, STATUS) EXTERNAL ; 
DECLARE (AFTN, BUFFER, COUNT, STATUS) ADDRESS ; 
END WRITE ; 


DECLARE AFT$IN ADDRESS ; 
DECLARE BUFFER (128) BYTE ; 
_ DECLARE STATUS ADDRESS ; 


CALL WRITE(AFT ȘIN,.BUFFER,128,„STA'TUS) 


D 


6.3.6. SEEK — Poziţionează indicatorul MARKER asociat unui fişier 


Rutina SEEK permite aflarea valorii sau schimbarea valorii indicato- 
rului MARKER asociat unui fişier deschis anterior pentru intrare sau 
actualizare. 

Indicatorul MARKER poate fi modificat în patru moduri : 

— înainte 

— înapoi 

— la o locaţie specificată 

— la sfîrșitul fişierului 

Blocul de control al funcţiei conţine 5 parametri, fig. 6.13, care au 
următoarea semnificaţie : 

AFTN — conţine numărul logic al fişierului deschis pentru citire sau 
actualizare, număr ce a fost fixat de rutina OPEN. 
MODE.— specifică acţiunea ce va fi aplicată asupra indicatorului 

MARKER. Astfel : 

MODE = 0 specifică faptul că valoarea curentă a indicatorului 
MARKER reprezentată de numărul blocului şi numărul 
ocietului va fi returnată în urma apelării rutinei SEEK. 
Numărul blocului va fi depus la adresa indicată de 
parametrul BLOCKNO iar numărul octetului va fi 
depus la adresa indicată de parametrul BYTENO. 

MODE = 1 specifică mutarea înapoi a indicatorului MARKER 
(spre începutul fişierului) cu un număr de octeți cal- 
culat pe baza parametrilor BLOCKNO şi BYTENO. 
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AFTN Număr logic fisier 


BYTENO 
Stonea 


STATUS 
BEER 


Numån bloc 


Fig. 6.13. Structura blocului de control pentru func- 
ţia SEEK. 


MODE = 2 specifică mutarea absolută a indicatorului MARKER 
la valoarea calculată pe baza parametrilor BLOCKNO 
şi BYTENO. 

MODE == 3 specifică mutarea înainte a indicatorului MARKER 
(spre sfîrșitul fișierului) cu un număr de octeți cal- 
culat pe baza parametrilor BLOCKNO şi BYTENO. 

MODE == 4 specifică mutarea indicatorului MARKER. la sfirşitui 
fişierului (MARKER va fi egal cu LENGTH). 

BLOCKNO — conţine adresa unei zone de memorie de doi octeți utili- 
zată pentru păstrarea numărului blocului, în operaţii de modifi- 
care a indicatorului MARKER. l 

BYTENO — conține adresa unei zone de memorie de doi octeți utilizată 
pentru păstrarea numărului octeților în operații de modificare a 
indicatorului MARKER. 

STATUS — conține adresa unei zone de memorie de doi octeți în care 
SFDX va memora numărul eventualei erori rezultată în urma 
apelării rutinei SEEK. Dacă totul decurge normal la această adresă 
se găseşte 0. 

Numărul de octeți (N) cu care se modifică relativ sau absolut indi- 
catorul MARKER se calculează astfel : 

N = 128 * număr bloc + număr octet. 

În cazul mutării înapoi a indicatorului MARKER dacă numărul de 
octeți calculat (N) tinde să mute MARKER-ul înainte de începutul fişie- 
rului, valoarea indicatorului se poziţionează pe 0 şi se indică o eroare 
nefatală. 
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în cazul mutării absolute a indicatorului MARKER (MODE — 2 
dacă numărul de octeți, calculat (N) este 0 are loc o poziţionare a indi- 
catorului la început de fişier. În cazul în care mutarea indicatorului are 
loc peste valoarea LENGTH, fișierul va fi completat cu zerouri (0H) 
astfel încît MARKER să fie egal cu LENGTH. Același lucru se întîmplă 
şi în cazul mutării înainte cînd are loc depășirea sfirşitului de fișier. 

Apelarea rutinei SEEK se poate face astfel : 


a) În limbaj de asamblare 


FXTRN 


SEEK EQU 
MVI 


SBLK: 


SAFT: DS 
MODE: DS 


BLOCKNO: DW 
BYTENO: DW 
STATUS: DW 
BKLS: DS 


NBYTE: DS 
SSTAT: DS 


SFDX 


5 
C,SEEK 


"D,SBLK 


SFDX 
SSTAT 
A 

ERR 


b) În limbajul PL/M 


SEEK : 


e a E E E .. E TET 


“e 


“e 


ETETE TE TERETERE TETEE 


LEGATURA CU PUNCTUL DE IN- 
TRARE IN SFDX 

IDENTIFICATORUL RUTINEI SEEK 
ÎN C NUMARUL DE IDENTIFICARE 
RUTINA 

ÎN D,E ADRESA BLOCULUI DE PA- 
RAMETRI 

APELARE RUTINA. | 

TEST INDICATOR EROARE 


SALT LA RUTINA DE TRATARE A 
ERORII, DACA ESTE CAZUL 


BLOCUL DE PARAMETRI Al RUTINEI 
SEEK. 

NUMARUL LOGIC AL FISIERULUI 
MODUL DE ACTIONARE ASUPRA 
MARKER 

ADRESA PARAMETRULUI NUMAR 
BLOC 

ADRESA PARAMETRULUI NUMĂR 
OCTET 

ADRESA INDICATOR EROARE 
NUMARUL BLOC 

NUMARUL OCTET 

INDICATOR STARE 


PROCEDURE (AFTN, MODE, BLOCKNO, BYTENO, STATUS) EXTERNAL ; 
DECLARE (AFTN, MOTE, BLOCKNO, BYTENO, STATUS) ADDRESS; 


END SEEK ; 


DECLARE AFT$IN ADDRESS ; ` 
DECLARE BLOCKNO ADDRESS ; 
DECLARE BYIENO ADDRESS ; 
DECLARE STATUS ADDRESS ; 


e 


CALL SEEK (AFT$SIN, 0,.BLOCKNO,„BYTENO,-STATUS) ; 
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6.3.7. LOAD — Încarcă și lansează în execuţie un program 


Rutina LOAD încarcă un fişier obiect absolut și transferă controlul 

De programului încărcat, fie monitorului, fie programului apelant, în 

funcție de un parametru. 

Blocul de control al funcţiei conţine 5 parametri, fig. 6.14, care au 
următoarea semnificaţie. : 
FILE — conţine adresa către o zonă de memorie ce conține numele fișie- 
rului sub formă de caractere ASCII, Numele fișierului trebuie să 
fie urmat de un caracter special diferit de două puncte (:) sau 
punct (.). De obicei se termină cu spaţiu (5) sau (CR). 
BIAS — specifică o valoare de deplasament ce se adună la adresa de 
încărcare a programului obiect absolut. Uzual un program în- 
cărcat cu un deplasament oarecare nu poate fi executat la această 
adresă. 
SWITCH — conţine o valoare ce specifică unde se transferă controlul 
după încărcare 
SWITCH — 0 transferă controlul programului ce a apelat rutina 
LOAD. 

SWITCH = 1 transferă controlul programului încărcat la adresa 
specificată în ultima înregistrare 

SWITCH — 2 transferă controlul monitorului 


ENTRY — conţine adresa unei zone de memorie de doi octeți în care se 
depune valoarea de start (lansare) a programului încărcat cînd 
parametrul de control SWITCH=0. Dacă programul încărcat nu 
este un program principal se depune valoarea 0. 


` Adreso de lansare 
: Nume fisier 


Fig. 6.14. Structura blocului de control pentru funcţia 
i LOAD. 
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STATUS — conţine adresa unei celule de memorie unde la apelarea 
rutinei LOAD se depune numărul erorii nefatale, ce a apărut în 
timpul execuţiei sale, sau 0 dacă totul a decurs normal. 


Apelarea rutinei LOAD se face astfel : 


LOAD EQU 


LBLK: 


DW 
BIAS: DS 
.SWIRCH: DS 


DW 

DW 
FILNAM: DS 
ENAD: DS 
LSTAT: DS 


SFDX 


6 
C,LOAD 


D.LBLK 


SFDX 
LSTAT 
A 

ERR 


FILNAM 
2 
2 


ENAD 
LSTAT 
15 

2 

2 


b) În limbajul PL/M 


LOAD: 


D 


; LEGATURA CU PUNCTUL DE IN- 
; TRARE IN SFDX 

; IDENTIFICATORUL RUTINEI LOAD 

; ÎN C NUMARUL DE IDENTIFICARE 
; RUTINA 

; ÎN DE ADRESA BLOCULUI DE PA- 
; RAMETRI 

; APELAREA RUTINEI 

; TEST INDICATOR EROARE 

; CONTINE DEPLASAMENTUL 

; SALT LA RUTINA DE TRATARE 


; BLOCUL DE PARAMETRI PENTRU 
; LOAD 
; ADRESA ZONEI NUMELUI DE FISIER 


; CONTINE PARAMETRUL DE TRANS- 
; FER CONTROL 

; ADRESA INDICATOR EROARE 

; ADRESA PUNCTULUI DE LANSARE 
; CONTINE NUMELE FISIERULUI 
; CONTINE ADRESA DE LANSARE 
; STAREA 


PROCEDURE (FILE, BIAS, SWITCH, ENTRY, STATUS) EXTERNAL: 
DECLARE (FILE, BIAS, SWITCH, ENTRY, STATUS) ADDRESS ; 


END LOAD ; 


DECLARE FILNAM (15) BYTE ; 
DECLARE ENTRY ADDRESS ; 
DECLARE STATIN ADDRESS ; 


CALL LOAD (.FILNAM,0,L,.ENTRY,.STAT$IN) ; 


6.3.8. RENAME — Schimbă numele unui fişier de pe discul flexibil 


Rutina RENAME schimbă numele unui fişier de pe discul flexibil cu 


un alt nume specificat de utilizator, 


Blocul de control ai funcţiei conţine 3 parametri, fig. 6.15, care au 
următoarea semnificaţie. : 
OLDFILE — specifică adresa de început a zonei de memorie care conţine 

numele vechi al fișierului sub formă de caractere ASCII. Numele 
fişierului trebuie urmat de un caracter special diferite de două 
puncte (:) sau punct (.). De obicei se termină cu spaţu (5) sau (CR). 
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OLDFILE 
NEWFILE 


STATUS 


Fig. 6.15. Structura blocului de control pentru 


e 


Numele nou al 
fişierului 


Numele vechi 
al fisierului 


funcția RENAME. 


NEWFILE — specifică adresa de început a zonei de memorie care conține 
numele nou al fişierului sub formă de caractere ASCII. Numele 
fişierului trebuie urmat de un caracter special diferit de două 
puncte ( :) sau punct (. ). De obicei se termină cu spaţiu (El sau (CR). 

STATUS — conţine adresa unei celule de memorie unde se depune nu- 
mărul erorii nefatale ce eventual poate să apară în timpul execuţiei 


acestei rutine. 
Apelarea rutinei se face astfel : 


a) În limbaj de asamblare . 


EXTRN ` SFDX 
RENAME EQU 7 
MVI C,RENAME 
LXI D,RNBLK 
CALL SFDX 
LDA RNSTAT 
ORA A 
INZ ERR 
RNBLK: 
DW FILE2 
DW FILEI 
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H 
H 
H 
H 
H 
H 
H 
H 
H 


a |... . atus ve 


LEGATURA CU PUNCTUL DE IN- 
TRARE IN SFDX 


; IDENTIFICATORUL RUTINEI RENAMB 
; ÎN C NUMARUL DE IDENTIFICARE 


RUTINA 


; ÎN D,E ADRESA BLOCULUI DE PA- 


RAMETRI 
APELARE RUTINA . 


; TEST INDICATOR EROARE 


SALT LA RUTINA DE TRATARE A 
ERORII, DACA ESTE CAZUL 


De DEE 


BLOCUL DE PARAMETRI PENTRU 
RENAME . 

ADRESA SPRE NUMELE VECHI AL 
FISIERULUI ` 

ADRESA SPRE NUMELE NOU AL FI- 
SIERULUI 


DW RNSTAT ; ADRESA INDICATOR EROARE 


RNSTAT: DS 2 ; CONŢINE STAREA (EVENTUAL NR. 
; ERORII) 
FILEI: DB 'FILE.NEW ` ; NUMELE VECHI AL FIȘIERULUI 
FILE?: DB 'FILE.OLD ? ; NUMELE VECHI AL FIȘIERULUI 
b) În limbajul PL/M 
RENAME: 


PROCEDURE (OLDFILE, NEWFILE, STATUS) EXTERNAL ; 
DECLARE (OLDFILE, NEWFILE, STATUS) ADRESS ; 
END RENAME; 


DECLARE OFILE (20) BYTE ; 
DECLARE NFILE (20) BYTE ; 
DECLARE STAT$IN ADDRESS ; 


CALL RENAME (.OFILE,.NFILE,STAT$IN) 


6.3.9. CONSOL — Schimbă consola sistemului , 


Rutina CONSOL permite schimbarea echipamentului periferic uti- 
lizat ca şi consolă. 
Blocul de control al funcţiei conţine 3 parametri, fig. 6.16, care au 
următoarea semnificaţie : 
INFILE — specifică adresa de început a unei zone de memorie care con- 
ține numele fişierului, sub formă de caractere ASCII, ce va fi 
utilizat ca intrare consolă. 


ÎNFILE 
OUTFILE 
STATUS 


Nume fisier 
asociat ca 
iesire consolă 


Nume fisier 
osociat co 
introne consolă 


Fig. 6.16. Structura blocului de control pentru 
funcția CONSOL. 
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GUTFILE — specifică adresa de început a unei zone de memorie care 
conţine numele fișierului, sub formă de caractere ASCII, ce va fi 


utilizat ca ieşire consolă. 


STATUS — conţine adresa unei celule de memorie unde se va depune 
eventualul cod de eroare se rezultă în urma apelării rutinei. 

Înaintea deschiderii noului fişier de intrare sau de ieșire se închide 

fişierul curent. Excepţie fac fişierele :CI: respectiv CO: care rămîn tot 


timpul deschise. 


Apelarea rutinei CONSOL se face 


a) În limbaj de asamblare 


EXTRN 


SONSOL EQU 
. ` MVI 


LXI 
CALL 
LDA 


ORA 
JNZ 


€BLK: 
DW 
DW 
DW 


INFILE: DS 
OTFILE: DS 
ESTAT: DS 


SFDX 


8 
C,CONSOL 


D,CBLK 
SFDX 
CSTAT 


A 
ERR 


INFILE 
OTFILE 
CSTAT 


15 
15 
2 


b) În limbajul PL/M 


CONSOL : 


ET TEE TEE 


astfel : 


LEGATURA CU PUNCTUL DE IN- 
TRARE IN SFDX 

IDENTIFICATORUL RUTINEI CONSOL 
ÎN C NUMARUL DE IDENTIFICARE 
RUTINA 

ÎN D,E ADRESA BLOCULUI DE PA- 
RAMETRI 

APELARE RUTINA 

TEST INDICATOR EROARE 


; SALT LA RUTINA DE TRATARE A 
; ERORII, DACA ESTE CAZUL 


ORETTE TETE TE e 


PERPER TESTES 


BLOCUL DE PARAMETRI PENTRU 
CONSOL 

ADRESA NUME FISIER INTRARE 
CONSOLA 

ADRESA NUME FISIER IESIRE CON- 
SOLA 

ADRESA INDICATOR EROARE 


CONTINE NUME FISIER INTRARE 
CONSOLA 

CONTINE NUME FISIER IESIRE 
CONSOLA : 

CONTINE STAREA 


PROCEDURE ANFILE,OUTFILE,STATUS)EXTERN ; 
DECLARE (INFILE, OUTFILE,STATUS)ADDRESS ; 


END CONSOLE; 


DECLARE INFILE(15)BYTE ; 
DECLARE OUTFILE(15)BYTE ; 
BACLARE STATŞ$IN ADDRESS ` 


D 


CALL CONSOL(INFILE,.OUTFILE,.STAT$IN) ; 
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5.3.10. EXIT — Transferă controlul din programul utilizator sistemului 
de operare 


Rutina EXIT apelată din programele utilizator închide toate fişierele 
deschise, cu excepţia fişierelor :CI: şi :CO: care sînt tot timpul deschise, 
şi transferă controlul sistemului de operare în regim de primire comenzi. 

Consola sistemului asignată în mod curent nu este modificată. 

Blocul de control al funcţiei conține un parametru, fig, 6.17 care are 
următoarea semnificație : 


STATUS 


Fig. 617. Structura blocului de control pen- 
tru funcţia EXIT. 


STATUS — conține adresa unei celule de memorie unde se depune even- 
tuala eroare ce apare în urma apelării rutinei. (În general nu are nici 
o semnificaţie). 
Apelarea rutinei se poate face astfel : 
a) În limbaj de asamblare 


EXTRN SFDX ; LEGĂTURA CU PUNCTUL DE IN- 
l ; TRARE IN SFDX 
EXIT EQU 9 ` IDENTIFICATORUL RUTINEI EXIT 
MVI C, EXIT ; ÎN C NUMĂRUL DE IDENTIFICARE 
; RUTINA 
LXI D.EBLK ; ÎN D,E ADRESA BLOCULUI DE PA- 
; RAMETRI 
CALL SrDX ` APELARE RUTINĂ. 
EBLK : ; BLOCUL DE PARAMETRI PENTRU 
; EXIT 
DW ESTAT : ADRESA INDICATOR STARE (EROARE) 
ESTAT: DS 2 ; CONȚINE STAREA 
b) În limbajul PL/M 
EXIT : 
PROCEDURE EXTERNAL; 
END EXIT ; 


CALL EXIT; ) 


6.3.11. ATTRIB — Schimbă atributele unui fişier de pe disc 


Rutina ATTRIB este folosită de programele utilizator pentru a schimba 
atributele unui fişier de pe disc. l 
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Atribut ` 


Pozitiona}/sters 


Nume fisier 


Fig. 6.18. Structura blocului de control pen- 
i tru funcția ATTRIB. 


Blocul de control al funcției conține 4 parametri, fig. 6.18, care au 
următoarea semnificație : 


FILE — specifică adresa unei zone de memorie care conține numele fi- 
şierului, sub formă de caractere ASCII, ale cărui atribute se modi- 
fică prin apelarea rutinei. 

Numele fişierului trebuie urmat de un caracter special diferit de 
două puncte (:) sau de punct (.). De obicei se termină cu spațiu (b) sau 
(CR). 

ATRIB — conține un identificator al atributului ce va fi schimbat. 
Identificatorul poate avea valoarea : 
0=specifică atributul invizibil (1) 
l==specifică atributul sistem (S) 
2=specifică atributul protejat la scriere (W) 
3==specifică atributul format (F) 

ONOFF — conține o valoare ce indică dacă atributul specificat de ATRIB 
va fi poziționat (va fi açtivat) sau va fi şters (dezactivat). Valoarea se 
memorează în octetul cel mai puțin semnificativ şi are semnificația : 
==0 arată că atributul va fi şters (dezactivat) 
==] arată că atributul va fi poziționat (activat) 

STATUS — conține adresa unei locaţii de memorie unde se depune even- 
tualul cod de eroare ce apare în urma apelării rutinei. 

Apelarea rutinei se face astfel : 

a) În limbaj de asamblare 


EXTRN  SFDX ; LEGĂTURA CU PUNCTUL DE IN- 
` TRARE IN SFDX 
ATTRIB EQU 10 : IDENTIFICATORUL RUTINEI ATTRIB 
MVI C,ATTRIB ; ÎN C NUMĂRUL DE IDENTIFICARE 
: RUTINA 
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LXI Ð,ABLK RAMETRI 
RAMETRI 


CALL SFDX ; APELARE RUTINĂ 
LDA ASTAT ; TEST INDICATOR EROARE 
ORA A 
INZ ERR ; SALT LA RUTINA DE TRATARE A 
; ERORII DACA ESTE CAZUL 
ABLK: ; BLOCUL DE PARAMETRI PENTRU 
` ; ATTRIB 
DW FILEN ; ADRESA NUME FIȘIER 
DW 2 ; IDENTIFICATOR ATRIBUT (IN ACEST 
; EXEMPLU W) 
DW 9 ; IDENTIFICATOR VALOARE (DEZAC- 
; TIVARE, STERS) 
DW ASTAT ; ADRESA INDICATOR EROARE 
FILEN: DS 20 ; CONŢINE NUME FIŞIER 
ASTAT: ÐS 2 ; CONŢINE STAREA RETURNATĂ 
b) În limbajul PL/M 
ATTRIB: 


PROCEDURE(FILE,ATRIB,ONOFF,STATUS)EXTERNAL ; 
DECLARE(FILE,ATTRIB,ONOFF,STATUS)ADDRESS ; 
END ATTRIB ; 


"e 


DECLARE FILE(20)BYTE ; 
DECLARE STATȘIN ADDRESS ` 
D 


CALL ATTRIB(FILE,2,6,.STATȘIN) 


D 
D 


6.3.12. RESCAN — Poziţionează indicatorul MARKER la începutul liniei 


Rutina RESCAN este utilizată numai cu fişierele de editat linie cu 
linie. Apelarea rutinei RESCAN va muta indicatorul MARKER la înce- 


Fig. 6.19. Structura blocului de control pen- 
tru funcția RESCAN. 


putul liniei (logice) citite. O eventuală apelare a rutinei READ nu va 
produce o citire din fişierul de intrare ci va citi din zona tampon de edi- 
tare din memorie. 


Blocul de control al funcţiei conţine 2 parametri, fig. 6.19 care au 
următoarea semnificaţie ` 
AFTN — conţine numărul logic al fișierului deschis pentru editare linie 
cu linie, număr ce a fost fixat la deschidere de rutina OPEN. 
STATUS — conţine adresa unei locaţii de memorie unde se va depune 
eventualul cod de eroare. 
Apelarea rutinei se face astfel : 


a) În limbaj de asamblare 


SFDX EXTRN ; LEGĂTURA CU PUNCTUL DE IN- 
; TRARE IN SFDX 


RESCAN EQU LI ; IDENTIFICATORUL  RUTINEI RES- 
; CAN 
MVI C,RESCAN ; ÎN C NUMĂRUL DE IDENTIFICARE 
; RUTINA 
LXI D,REBLK ; ÎN D,E ADRESA BLOCULUI DE PA- 
; RAMETRI 
LDA RESTAT ; TEST INDICATOR EROARE 
ORA A 
JNZ ERR ; SALT LA RUTINA DE TRATARE A 
; ERORII DACA ESTE CAZUL 
REBLK: ; BLOCUL DE PARAMETRI PENTRU 
; RESCAN 
DS 2 - ; NUMÂR LOGIC AL FIȘIERULUI - 
DW RESTA ; ADRESA. INDICATOR EROARE 
RESTAT: DS 2 ; CONȚINE STAREA (EROARE) 
b) În limbajul PL/M 
RESCAN: 


PROCEDURE(AFTN,STATUS)EXTERNAL ` 
DECLARE(AFTN,STATUS) ADDRESS ` 
END RESCAN 


DECLARE AFTN$IN ADDRESS ; 
DECLARE STATUS ADDRESS ; 


CALL RESCAN(AFTN ȘIN, STATUS) 


6.3.13. ERROR — Transmite mesaj de eroare la consola sistemului 


Rutina ERROR scrie un mesaj de eroare (numărul erorii e specificat 
de utilizator) la consola inițială a sistemului. 
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Ce. 
Blocul de control al funcţiei conţine 2 parametri, fig. 6.20, care au 
următoarea, semnificaţie : 


STATUS 


Fig. 6.20. Structura blocului de control 
pentru funcţia ERROR. 


ERRNUM — conține numărul erorii ce se va tipări la consola iniţială. a 
sistemului. 


STATUS — adresa unei celule de memorie unde se va depune starea de 
destășurare a apelului (În general nu se analizează de utilizator). 
Numărul erorii specificat de parametrul ERRNUM trebuie să fie în 

cel mai puţin semnificativ octet al parametrului. 


Numerele 0—100 şi 200-+-255 sînt rezervate pentru programe de sis- 


tem iar numerele între 100—199 pot fi folosite pentru programul utili- 
zator. 


Sistemul afișează mesajul de eroare sub forma 
ERROR nnn USER PC mmmm 
unde ` 


nnn — este numărul erorii specificate de utilizator în cadrul parametru- 
lui ERRNUM 


mmmm — este adresa de întoarcere în programul care apelează rutina. 
Apelarea rutinei se face astfel : 


a) În limbaj de asamblare 


EXIRN SFDX ; LEGĂTURA CU PUNCTUL DE IN- 
TRARE IN SFDX 


ERROR EQU 12 ; IDENTIFICATORUL RUTINEI ERROR 
MVI C,ERROR ; ÎN C NUMĂRUL DE IDENTIFICARB 
; RUTINA | 
LXI D,EBLK ; ÎN DE ADRESA BLOCULUI DE PA- 
; RAMETRI 
CALL SFDX ; APELARE RUTINĂ 
EBLK: ; BLOCUL DE PARAMETRI PENTRU 
; RUTINA ERROR 
PS 2 ; CONȚINE NUMĂRUL ERORII SPECI- 
; FICATE 
BW ESTAT ; ADRESA INDICATOR STARE 
ESTAT: DS 2 ; CONȚINE STAREA RETURNATĂ 


i 
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b) În limbajul PL/M 
ERROR : 
PROCEDURE(ERRNUM)EXTERNAL ; 


DECLARE(ERRNUM)ADDRESS ; 
END ERROR; 


DECLARE ENUMO)BYTE ; 


CALL ERROR(ENUM) ; 


8.3.14. WHOCON — Determină fișierul asignat drept consolă sistem 


Rutina WHOCON determină care fişier este asignat drept consolă 
sistem (de intrare/ieşire). 
Blocul de control al funcţiei conţine 3 parametri, fig. 6.21, care au 
următoarea semnificație : 
AFTN — conţine adresa către numărul logic al fişierului asociat consolei, 
număr logic.ce poate lua valorile : 
O0=—specifică :CO: (ieşire consolă) 
1=—specifică :CI: (intrare consolă) 
Parametrul indică pentru cine va returna numele fișierului, pentru 
intrare consolă (:CI:) sau ieşire consolă (OO). 
BUFFER — specifică adresa unei zone de memorie, de 15 octeți unde 


rutina WHOCON va returna numele fişierului asignat ca Cl: sau 
:CO: 


AFTN 


STATUS 


Număr logic fisier 


Număr fisier 
Asignat drept 
Consolă sistem 


Fig. 6.21. Structura blocului de control pentru 
funcția WHOCON. 
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Numele e returnat ca un şir de 


spaţiu. 


Apelarea rutinei se face astfel : 


a) În limbaj de asamblare 


EXTRN SFDX 
WHOCON EQU 13 
MVI C,WHOCON 
LXI D,WHBLK 
CALL SFDX 
WHBLK: 
DW AFTN 
DW BUFIN 
DW WHSTAT 
AFTN: DS 2 
BUYFIN: DS 15 
WHSTAT: DS 2 
b) În limbajul PL/M 
WHOCON: 


nn .. |... ... |... |... 


caractere ASCII terminat cu un 


LEGĂTURA CU PUNCTUL DE IN- 
TRARE IN SFDX 
IDENTIFICATORUL RUTINEI WHO- 


CON 

ÎN C NUMĂRUL DE IDENTIFICARE 
RUTINA 

ÎN DE ADRESA BLOCULUI DE PA- 
RAMETRI 

APEL RUTINA 


BLOCUL DE PARAMETRI PENTRU 
WHOCON - 

ADRESA NUMĂR LOGIC CONSOLA 
ADRESA ZONA UNDE SE DEPUNE 
NUME FISIER 

ADRESA INDICATOR EROARE 
NUMĂR LOGIC CONSOLA 0 PT:CO;, 
1.PT:CI: 

SE DEPUNE NUME FIȘIER 

CONŢINE STAREA 


PROCEDURE(AFTN,BUFFER)EXTERNAL ` 
DECLARE(AFTN,BUFFER)ADDRESS ` 


END WHOCON ; 


DECLARE BUFFȘIN(5)BYTE ; 
D 


CALL WHOCONU,.BUFFȘIN) ; 


6.3.15. SPATH — Stabileşte informații despre un fişier ` 


Rutina SPATH obține informații despre un fișier specificat de utili- 


zator, referitoare Ja: 


— numărul perifericului pe care este rezident fişierul ; 


tipul perifericului ; 
tipul unității de disc. 


numele fişierului şi extensia sa ; 


Blocul de control al funcţiei conţine 3 parametri, fig. 6.22, care au 


următoarea semnificaţie : 


FILE — specifică adresa unei zone de memorie care conține numele fișie- 
rului pentru care se doresc informaţii. Numele este sub forma unui 
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FILE 


o 


BUFFER 
STATUS 


Starea 


Număr periferic 


Nume fisier 


Extensie nume fisier 


Tip periferic 
Tin unitate disc 


Nume fisier 
pentru care se doresc 
informatii 


Fig. 6.22. Structura blocului de control pentru func- 
ţia SPATH, i 


şir de caractere ASCII, ce se termină cu un caracter special diferit 

de două puncte (:) sau punct (.). De obicei numele se termină cu spa- 

Gu (5) sau (CR). 

BUFFER — conţine adresa unei zone de memorie în care va fi returnată 
informaţia despre fișierul specificat de utilizator prin parametrul 
AFTN. 

STATUS — conține adresa unei locații de memorie în care se depune 
eventualul cod de eroare nefatală rezultat în urma apelului rutinei 
SPATH. 

Informația din zona de memorie specificată de parametrul BUFFER 
are următoarea structură : ` 
octet 0 — număr periferic — conţine un număr ce reprezintă identifica- 
“torul echipamentului periferic ce constituie suport pentru fișierul 
specificat. Poate lua una din vatarile : 

— unitatea de disc 9 (:F0:) 

— unitatea de disc 1 (:F1:) 

— unitatea de disc 2 (:F2:) 

— unitatea de disc 3 (:F3:) 

— intrare de la interfaţa serială TTY (:TI:) 

— ieşire la interfața serială PEY (:TO:) 


ba o GA i: 


OBH 
OCH 
ODH 
CEH 
OFH 
10H 
11H 
12H 
13H 
14H 
15H 
16H 
17H 
18H 


octeți 1—9 


octet 10 


octet 11 


— intrare de la interfaţa serială USART (:VI:) 
— ieşire la interfața serială USART (:VO:) 
intrare de la consola nestandard, utilizator (:11:) 
ieşire la consola nestandard, utilizator (:01:) 
cititor de bandă perforată (PR) 
cititor de cartele (:CR:) 
caseta magnetică (:R1:) 
bandă magnetică (:R2:) 
ieşire la interfaţa serială TTY (CO? 


casetă magnetică (:P1:) 
bandă magnetică (:P2:) 
imprimanta (:LP:) 
banda magnetică ca echipament list (:P2:) 
periferic de ieşire fictiv „byte bucket“ (:BB:) 
intrare consolă curentă (:CI:) 
ieşire consolă curentă (:C0:) 
— numele şi extensia numelui fişierului, ca o succesiune de 


— perforator de bandă (:PP:) 


caractere ASCII. 


— tip periferic — specifică tipul perifericului ce constituie 


suport pentru fişierul specificat. 
Poate lua valorile : 
0 — periferic de ieşire secvențial ; 


1 — periferic de intrare secvențial ; 
2 — periferic de intrare/ieșire secvențial ; 
3 — periferic de intrare/ieșire aleator. 


tip unitate disc — are semnificaţie numai cînd tipul peri- 
fericului are valoarea 3 (periferic de intraref/ieşire alea- 
tor). Poate lua una din valorile : 


D — unitate de disc inexistentă ; 


2 — unitate de disc simplă densitate. 


Dacă tipul perifericului este diferit de 3, în acest octet se 
va găsi valoarea 0FFH. 


Apelarea rutinei se face astfel : 
a) În limbaj de asamblare 
EXTRN SFDX ; LEGĂTURA CU PUNCTUL DE IN- 


SPATH 


SPBLK : 


EQU 
MVI 


LXI 
CALL 
LDA 


ORA 
JNZ 


BW 


TRARE IN SEDX 


14 ` IDENTIFICATORUL RUTINEI SPATH 
C,SPATH ; IN C NUMĂR IDENTIFICARE RU- 
; TINA 

D,SPBLK | ÎN D,E ADRESA BLOCULUI DE PA- 
; RAMETRI 

SFDX ; APELARE RUTINĂ 

SPSTAT ; TESTARE INDICATOR EROARE 

A ; : , 

ERR ; SALT LA RUTINA DE GRATARE A 
: ERORI, DACA ESTE CAZUL 
; BLOCUL. DE: PARAMETRI PENTRU 
` PATH 

FILEN ; ADRESA NUME FIȘIER 
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DW BUFIN: ; ADRESA INFORMAȚII DESPRE FI 


; SIER 
DW SPSTAT: ; ADRESA INDICATOR EROARE 
FILEN: DS 15 ; CÎMP NUME FIȘIER 
BUFIN: DS 12 ; INFORMAȚII DESPRE FIȘIER 
SPSTAT: DS H ; INDICATOR STARE 
b) În limbajul PL/M 


SPATE : 

PROCEDURE (FILE, BUFFER, STATUS) EXTERNAL ; 
DECLARE (FILE, BUFFER, STATUS) ADDRESS ; 
END SPATH ; 


DECLARE FILENAM (15) BYTE ; o 
DECLARE BUFSIN (12) BYTE ; 
DECLARE STAT$IN ADDRESS ; 


CALL SPATH (.FILENAM, .BUF$IN, .STAT$IN) ; 


6.4. Modelul operațional pentru fazele de pregătire-execuție a 
programelor sub SFDX-18 


Sistemul de operare SFDX-18, permite o programare modulară ceea 
ce înlătură dificultățile de scriere, punere la punct şi testare a programe- 
lor de complexitate ridicată. În acest sens sistemul permite pregătirea şi 
testarea individuală a modulelor ce alcătuiesc un program oferind utili- 
zatorului programe de bază ca : 

— editoare de texte ; 

— translatoare care generează programe obiect în format reloca- 


tabil ; 
— editor de legături care combină mai multe module într-un sin- 


gur modul; 
— locator de adrese care atribuie adrese de memorie absolute unui 


program relocatabil ; 

— bibliotecar care formează şi întreține biblioteci de programe acce- 
sibile la editarea de legături ; 

— încărcător de programe absolute. 

Modelul operațional pentru fazele de pregătire-execuție a programe- 
lor sub SFDX-18 este prezentat în fig. 6.23. 

Fluxul operaţiilor pentru fazele de pregătire-execuţie ar fi ur- 
mătorul : 

— utilizatorul pregătește programele sursă (PS) pe un suport ca 
banda perforată, banda magnetică, caseta magnetică, discul magnetic uti- 
lizînd editoarele de texte ETX, BÐIT, €REDIT ; 

— se trece programul sursă pe discul magnetic utilizînd comenzi 


SFDX ` 
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— asupra programelor sursă (PS) se. acționează cu translatoarele 
ASM80, PLM80, FORT380 etc. şi se obţin programe obiect (module obiect) 
relocatabile sau absolute (PO(MO)/RA) ; 

— modulele obiect relocatabile (MO/R) pot fi introduse în biblioteca 
de module obiect cu ajutorul comenzii LIB, imediat după translatare sau 
după ce au fost legate cu alte module sau locatate ; 

— modulele obiect obţinute în urma translatării pot fi legate între 
ele, cu module din bibliotecă sau cu module care au fost locatate cu aju- 
torul comenzii LINK, generîndu-se un singur modul ; 

— programul (modulul) relocatabil poate primi adrese absolute sub 
acţiunea comenzii LOCATE obţinîndu-se un program (modul) absolut ce 
poate fi direct executabil ; 

— programul obiect absolut (direct executabil) se încarcă în memorie 
cu comenzi SFDX, prin specificarea numelui său şi se lansează în execu- 
ţie de la adresa specificată în etapele de elaborare. 

Cînd un program este mai mare decît spaţiul de memorie disponibil 
și există module a căror execuţie este secvenţială, se pot înlănțali modulele 
fără să se combine într-un singur modul. Un program poate fi segmen- 
tat în secțiuni care se încarcă pentru execuţie în aceeaşi zonă de memorie. 

Secţiunile de program care se încarcă separat trebuie să fie în fișiere 
separate. Încărcarea lor se face prin program cu apelul funcţiei de sistem 
LOAD sau cu rutine de I/E, utilizatorul trebuind să păstreze evidenţa 
segmentelor încărcate în memorie. | 

Pentru a. realiza segmentarea programelor trebuie rezolvate două 
probleme și anume : E 

— rezolvarea referințelor externe ; 

— stabilirea adreselor de memorie la care se încarcă fiecare segment. 

Stabilirea adreselor de memorie la care se încarcă fiecare segment 
se realizează prin utilizarea repetată a comenzii LOCATE, iar rezolvarea 
referințelor externe fără a combina modulele într-unul singur se reali- 
zează prin utilizarea comenzii LINK cu parametrul PUBLICS. 


Exemplu : . 

Fie un modul rădăcină SR care apelează segmentele Sł şi S2, pe 
eare le încarcă pentru execuţie în aceeași zonă de memorie însă la 
momente diferite de timp. Segmentul S1, în timpul execuţiei sale, apelează 
segmentele S11 şi S12 pe care le încarcă pentru execuţie în aceeaşi zonă 
de memorie însă la momente diferite de timp (S11, S12 nu sînt în me- 
morie în același timp). În figura 6.24 se prezintă modul de înlănțuire a 
segmentelor și referinţele la simboli dintr-un segment în altul. ` 


Fig. 6.24. Înlănţuirea segmentelor și 
referinţele de simboli publici. 
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Presupunem că rădăcina are referinţe externe la simbolii globali din 
S1 şi S2. Segmentul S1 are referinţe externe la simbolii publici din SR, 
S11 şi S12. Segmentul S2 are referinţe externe la simbolii publici din SR. 
Segmentele S11 şi S12 au referinţe la simbolii publici din S1. 
Toate părţile structurii de suprapunere trebuie să fie în fișiere sepa- 
rate deoarece se încarcă separat. 
Prin comanda ; 
— LOCATE SR.REL TO SR.LOC MAP... 
se determină adresa de bază pentru segmentele S1 şi S2 și valorile 
absolute ale simbolilor publici din segmentul SR 
Utilizînd această adresă de bază prin : 

— LOCATE S1.REL TO SI.LOC MAP CODE (...)... 

— LOCATE S2.REL TO S2.LOC CODE (...)... 
se determină adresa de bază pentru segmentele S11 şi S12 și va- 
lorile absolute ale simbolilor publici din segmentele S1 și S2. 

Pentru a determina valorile absolute ale simbolilor publici din S11 
si S12 se utilizează comenzile : 

— LOCATE SIL.REL TO S11.LOC CODE (...)... 

— LOCATE S12.REL TO S12.LOC CODE (...)... 

În urma acestor comenzi s-au obţinut valorile absolute ale simbolilor 
publici din fiecare segment, fiecare segment are asignate adrese absolute 
de memorie dar referințele externe sînt nesatistăcute. 

Satisfacerea referințelor externe se realizează prin comenzi LINK cu 
parametrul PUBLICS. 

Ținînd seama de referințele externe, prezentate în figura 6.24, sec- 
venta de comenzi LINK care satisface aceste referinţe este : 

— LINK SR.LOC, PUBLICS (S1.LOC, S2.LOC) TO SR 

— LINK S1.LOC, PUBLICS (SR.LOC, S11.LOC, S.12.LOC) TO S1 

— LINK S2.LOC, PUBLICS (SR.LOC) TO S2 

— LINK SIL.LOC, PUBLICS (S1.LOC) TO SI 

— LINK SI2.LOC, PUBLICS (S1.LOC) TO S12 

Pentru a verifica dacă toate referințele externe sînt satisfăcute ar 
trebui să apelăm din nou funcţia LOCATE asupra modulelor produse de 
LINK şi să nu se mai obţină nici un mesaj de eroare privitor la referințe 
externe nesatisfăcute. . 

Trebuie subliniat faptul că programul utilizator trebuie să-și gestio- 
neze singur suprapunerile. Înainte de a începe execuţia unui șegment 
trebuie ca acesta să fie încărcat în memorie.. Dacă un segment conţine 
zonă de date produsă de el, această zonă trebuie salvată pe disc înainte 
de a se încărca noul segment care se suprapune cu el. 

Gestiunea suprapunerilor în timpul execuţiei unui program trebuie 
realizată de utilizator, 


Capitolul 7 Editarea textelor 


În acest capitol sînt prezentate posibilităţile de editare a textelor uti- 
lizînd editoarele ETX18 — pe. microcalculatorul Mi8 fără disc, EDIT şi 
CREDIT — pe M18, MIDD și M118 prevăzute cu cel puţin o unitate de 
discuri flexibile. 


= 


7.1. Editorul de texte ETXIS 


7.1.1. Prezentarea generaiă a editorului 


ETX18 reprezintă un program care permite utilizatorului să creeze 
și să actualizeze orice text sursă, format din şiruri de caractere ASCII. 
Ca mod de lucru, ETX18 este un editor prin context, orientat pe caractere 
și linii de text sursă. Pentru ca editorul să opereze corect, nu este nevoie 
să se adauge textului numerotarea liniilor sau alte informaţii ajutătoare. 
ETX18 permite crearea, direct de la consolă, a unui program sursă, co- 
rectarea lui prin ștergerea, adăugarea sau înlocuirea unui caracter sau 
şir de caractere dintr-o linie, ștergerea, adăugarea sau înlocuirea unor 
linii din text, salvarea pe bandă a textelor editate etc. 

Toate funcţiile editorului sînt activate în mod interactiv, prin comenzi 
de la consola sistemului şi au efect asupra zonei de lucru. Configuraţia 
minimă pentru execuţia editorului trebuie să includă un echipament 
READER, un echipament PUNCH ai cel puţin 8 Kocteţi de memorie 
RAM. Din memoria RAM disponibilă, editorul ocupă aproximativ 4 Koc- 
Gett, restul fiind utilizată ca zonă de lucru — Zona Text. Dimensiunea Zo- 
nei Text este variabilă, crește pe măsură ce se introduce textul şi scade 
pe măsură ce se șterge textul. Dacă Zona Text este vidă, sfîrşitul Zonei 
Text coincide cu începutul ei, avînd dimensiunea zero. Zona Text nu 
poate depăși zona de lucru disponibilă. 

Fiind orientat pe caractere, este nevoie de un Indicator în Zona Text 
pentru a arăta caracterul care va fi afectat de o anumită comandă. Acest 
indicator nu apare în mod explicit scris la consolă și este poziționat în- 
totdeauna fie între două caractere adiacente, fie înaintea primului ca- 
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racter din Zona Text, fie după ultimul caracter din Zona Text. Indicato- 
rul nu va fi niciodată poziţionat pe un caracter. 

"Considerînd o linie ca un şir de caractere care se termină cu Line 
Feed (0AH), Indicatorul poate fi deplasat, prin comenzi, peste caractere 
sau peste linii. Dacă nu există nici un caracter Line Feed întregul text 
este considerat o linie. De asemenea, la introducerea unui caracter dintr-un 
text sursă, Indicatorul se deplasează cu o poziție. Indicatorul nu poate fi 
deplasat în afara Zonei Text. O încercare de deplasare a Indicatorului 
peste limitele Zonei, va avea ca efect terminarea comenzii în momentul 
cînd Indicatorul ajunge la una din aceste limite. 


7.1.2. Comenzile editorului 


Pentru a face interacțiunea utilizatorului cu editorul cît mai efi- 
cientă, s-a ales o sintaxă simplă pentru comenzi. Mnemonicele comenzi- 
lor sînt formate dintr-o singură literă. Unele comenzi necesită parametri. 
Pentru a facilita lucrul cu editorul, utilizatorul poate introduce de la con- 
solă comenzi individuale, şiruri de comenzi sau comenzi alternînd cu şi- 
ruri de caractere. Parametrii opționali sînt marcați cu paranteze 
drepte [.]. 

Comenzile editorului sînt : 

A — „Append“ : Citeşte în Zona texte de la cititor ; 

B — „Begin“ : Începutul Zonei Text ; 

C — „Character“ : Deplasează indicatorul peste caractere ; 

D — „Delete“ : Şterge caractere ; 


E — „Exit“ ` Perforează la ieşire textul din Zona ; 
F — „Find“ : Caută un șir de caractere ; 

G — eroare; 

H — eroare; 

I — „Insert“ : Introduce un text în Zona Text ; 

J — eroare; . 


K — „Kill“ : Şterge linii de text; 

L — „Line“ : Deplasează Indicatorul peste linii ; 
M — eroare; 

N — „Null“ : Perforează 60 caractere „Null“ ; 


O — eroare; 
P — eroare; 
Q — eroare; ` 
R — eroare; 


S — „Substitute“ : Înlocuieşte un șir de caractere cu altul; 
T — „Type“ : Listează la consolă linii din Zona Text ; 


U — eroare; 

V — eroare; a 
W — „Write“ : Perforează un număr de linii din Zona Text; 

X — eroare; 


Y — eroare; 
Z — „End of buffer“ : Sfîrşitul Zonei Text. 
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A — Append. Format : A$$ 


Comanda A este utilizată pentru a introduce în Zona Text, un temt 
citit de la echipamentul asignat ca cititor al sistemuului. Comanda A după 
ce a fost inițiată, continuă citirea textului pînă la îndeplinirea uneia din 
următoarele condiții : 

— S-a citit End — of-File, care este : 

CTRL/Z pentru cititorul de bandă ; 

.EOF pentru cititorul de cartele. End-of-File nu se introduce în Zona 
Text : 

— S-a citit caracterul Form-Feed (CTRL/L). Caracterul Form-Feed 
este introdus în Zona Text ; 

— S-au citit 50 linii de text ; 

— Zona Text a ajuns la limitele zonei de lucru disponibile (Zonă de 
lucru plină) ; 

— S-a citit pînă la terminarea benzii (nu există End-of-File sau citi- 
torul este oprit în timpul execuției comenzii A) ; 

— S-a detectat o eroare la citire. Controlul este redat monitorului. 

Prin comanda A se pot citi cel mult 50 linii. Dacă se doreşte citirea 
unui text mai mare, se introduce un șir de comenzi A sau se execută ite- 
rativ comanda A, după cum se arată în paragraful următor. Textul citit 
prin comanda A se introduce la sfîrșitul Zonei Text, imediat după textul 
deja existent în Zona. 


B — Begin. Format : B$$ 


Comanda B este utilizată pentru deplasarea Indicatorului Zonei la 
începutul Zonei Text (Start Zona). 

Cîteva cazuri de utilizare a comenzii B : 

— Stabilirea unei referințe pentru numărarea liniilor de text; 

— Deplasarea Indicatorului la începutul Zonei Text pentru căutarea 
unui șir de caractere sau pentru a lista la consolă conținutul Zonei Text ; 

— Inserarea unui text la începutul Zonei. 


C — Character. Format : [n]C$$ 


Comanda C necesită un parametru, care se introduce înaintea co- 
menzii și specifică numărul de caractere peste care se va deplasa Indica- 
torul, număr cuprins între —65535 şi 4+65534. Dacă numărul este po- 
zitiv, Indicatorul din Zona 'Text se va deplasa spre sfîrşitul acesteia, iar 
dacă numărul este negativ, spre începutul Zonei Text. Dacă numărul 
specificat duce la depășirea limitelor Zonei Text, comanda se va termina 
cînd se ajunge la una din aceste limite. 

Această comandă se utilizează, de obicei, pentru a deplasa indicato- 
rul în cadrul aceleiași linii, altfel utilizarea ei devine dificilă. 

Dacă parametrul are valoarea 0, comanda nu are nici un efect. Dacă 
nu este furnizat în comandă, parametrul se consideră implicit egal cu +1. 


Delete character. Format : [n]D$$ 


Comanda D necesită un parametru care se introduce înaintea co- 
menzii și specifică numărul de caractere care vor fi şterse din text. Pa- 
rametrul este un număr zecimal cuprins între —65535 și +65534. Dacă 
numărul este pozitiv, caracterele vor fi şterse de la poziţia Indicatorului 
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din Zona Text spre sfîrşitul acesteia, iar dacă este negativ, spre începu- 
tul Zonei Text. Dacă numărul specificat duce la depășirea limitelor Zonei 
Text, comanda se va termina cînd se ajunge la una din aceste limite. 
Dacă parametrul are valoarea 0, comanda nu are nici un efect. Dacă 
nu este furnizat în comandă, parametrul se consideră implicit egal cu +1. 


E — Exit. Format : E$$ 


Comanda E este utilizată la sfîrşitul unei sesiuni de lucru, pentru a 
forma o bandă nouă conținînd textul editat. Tot conţinutul Zonei Text 
este. trimis la echipamentul asignat ca perforator, iar Zona Text este 
iniţializată. După ce s-a perforat conţinutul Zonei Text, textul rămas 
necitit de la READER este citit și trimis la PUNCH. Apoi se adaugă la 
sfîrşitul textului caracterul End-of-File (CTRL/Z) şi 60 de caractere Null, 
'ca sfîrşit de bandă. 

Trebuie notat că la început, comanda E nu trimite caractere Null 
pentru a forma un cap de bandă. Dacă Zona Text este vidă, comanda E 
poate fi utilizată pentru copierea unor benzi de la READER la PUNCH. 

După terminarea comenzii E, editorul se reiniţializează și este pre- 
gătit pentru o nouă sesiune de lucru, întocmai ca și la prima sa intrare în 
execuţie. 


F — Find text string. Format : Ftext$$ 


Comanda F este utilizată pentru căutarea unui șir de caractere din 
Zona Text. Comanda F așteaptă un parametru, care se introduce după 
comandă şi specifică şirul de caractere care trebuie căutat. Parametrul 
poate conţine cel mult 16 caractere. Dacă şirul este format din mai mult 
de 16 caractere, nu vor fi luate în considerare decît primele 16. Caracte- 
rele. ALT MODE,ESC şi CTRL/C nu pot face parte din text, deoarece 
acestea sint caractere de comandă. 

Comanda F începe căutarea de la valoarea curentă a Indicatorului din 
Zona Text şi se termină în momentul în care se găsește un șir de carac- 
tere. care coincide cu cel specificat ca parametru. Sînt considerate atît 
caracterele tipăribile cît şi cele netipăribile. În acest caz, la terminarea 
comenzii, editorul semnalează prin trimiterea caracterului „*“ că aşteaptă 
o nouă comandă. Poziţia Indicatorului este după ultimul caracter al și- 
rului de caractere găsit. Dacă șirul specificat nu a fost întîlnit pînă la 
epuizarea Zonei Text, comanda se. oprește în acest moment, Indicatorul 
rămîne la sfîrşitul Zonei Text ai se tipărește mesajul : 

CAN NOT FIND "tert": 

*BREAK* 

Editorul așteaptă apoi o nouă comandă. 

Dacă se utilizează un şir de comenzi, textul ataşat comenzii F se va 
termina cu un caracter ESC, după care urmează alte comenzi. Este indi- 
cat să se verifice terminarea comenzii F prin listarea la consolă a textu- 
lui găsit. 


I — Insert text. Format : Itext$$ 


Comanda I se utilizează pentru a introduce în Zona Text, un text 
de la echipamentul asignat drept consolă. După detectarea caracterului I, 
editorul intră în execuţia comenzii și acceptă ca text caracterele intro- 
duse de la consolă pînă se detectează unul din următoarele caractere : 
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— ALT MODE — terminarea șirului de caractere ; 

— ESC — terminarea șirului de caractere ; 

— CTRL/C — anularea comenzii. 

Trebuie notat că la introducerea caracterului CR(0DH), editorul in- 
troduce în mod automat caracterul LF(OAH). Deci, dacă se introduce de 
la tastatură CR, în text va apare perechea de caractere CR, LF. Textul 
asociat comenzii I este introdus în Zona Text, funcţie de poziţia Indi- 
catorului. Dacă Zona Text este vidă, șirul de caractere va fi introdus la în- 
ceputul Zonei. Dacă Zona conţine un text iar Indicatorul se găseşte la 
sfîrşitul Zonei Text, şirul de caractere citit de la consolă se va introduce 
în continuarea textului deja existent în Zona Text (aceasta mărindu-şi 
dimensiunea în mod corespunzător). 

Dacă în Zona Text există deja un text iar Indicatorul se găseşte 


undeva într-o poziţie intermediară, textul nou va fi introdus începînd cu 
poziţia curentă a Indicatorului Zonei Text, în interiorul textului existent. 


K — Kill lines. Format : [n]K$$ 


Comanda K necesită un parametru, care se introduce înaintea co- 
menzii și specifică numărul de linii care vor fi şterse din text. Parame- 
trul este un număr zecimal cuprins între —65535 și 4+65534. Dacă numă- 
rul este pozitiv, ştergerea liniilor se face de la poziţia Indicatorului din 
Zona Text, spre sfîrşitul acesteia; iar dacă este negativ, spre începutul 
Zonei Text. Dacă numărul specifieat ca parametru duce la depășirea li- 
mitelor Zonei Text, comanda se va termina cînd se ajunge la una din 
aceste limite. 


Dacă parametrul are valoarea 0, vor fi sterse caracterele din linia 
curentă cuprinse între primul caracter din linie și poziţia Indicatorului. 
Dacă parametrul are valoarea 1, vor fi șterse caracterele din linia curentă 
cuprinse între poziţia Indicatorului şi caracterul LF, care specifică sfîr- 
șitul liniei, inclusiv caracterul LF. Dacă parametrul lipseşte din comandă, 
se consideră implicit egal cu +1. 


L — Line. Format : [n]L$$ 


Comanda L necesită un parametru, care se introduce înaintea co- 
menzii şi specifică numărul de linii peste care va fi deplasat Indicatorul 
din Zona Text. Parametrul poate fi orice număr zecimal cuprins între 
—65535 şi +65534. Dacă numărul este pozitiv, Indicatorul din Zona Text 
se va deplasa spre sfîrşitul acesteia, iar dacă este negativ, spre începutul 
Zonei Text. Dacă numărul specificat duce la depășirea limitelor Zonei 
Text, comanda se va termina cînd se ajunge la una din aceste limite. 

Dacă parametrul are valoarea 0, Indicatorul din Zona Text va fi 
poziţionat la începutul liniei curente (înaintea primului caracter din li- 
nie). Dacă parametrul are valoarea —1, Indicatorul va fi poziţionat la 
începutul liniei care precede linia curentă. Dacă parametrul are valoarea 
+1, Indicatorul din Zona Text va fi poziţionat la sfîrșitul liniei curente 
(după caracterul LF care delimitează această linie). Dacă parametrul lip- 
sește din comandă, se consideră implicit egal cu +1. Dacă se specifică 
în comandă doar semnul —, valoarea parametrului se consideră —]. 
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N — Null. Format : N$$ 


Comanda N este utilizată pentru a perfora început sau sfîrşit de 
bandă. Fiecare comandă N pertforează 60 de caractere Null. 


S — Substitute text string. Format : S șir vechi [$ șir nou]$$ 


Comanda S este utilizată pentru căutarea unui șir de caractere şi 
înlocuirea acestuia (dacă este găsit), cu un alt șir de caractere. Partea de 
căutare a unui şir de caractere este similară cu comanda F. Partea de 
înlocuire cu.un alt şir de caractere se execută numai dacă şirul căutat a 
fost găsit. Girl nou, care înlocuieşte șirul căutat, poate avea oricîte ca- 
ractere (excluzînd caracterele ALT MODE, ESC şi CTRL/C).. La termi- 
narea comenzii, Indicatorul din Zona Text se găsește după ultimul ca- 
racter din şirul nou introdus. | 

Dacă şirul vechi nu a fost găsit, comanda se termină cînd căutarea 
ajunge la sfîrşitul Zonei Text, iar Indicatorul se va găsi la sfîrşitul Zonei 
Text. Dacă în comanda S nu se specifică șirul nou, înlocuitor, şirul cău- 
tat (şirul vechi), dacă este găsit, este şters. În acest fel se pot căuta şi 
șterge selectiv șiruri cu mai putin de 16 caractere. 


T — Type out text. Format : [n]T$$ 


Comanda T necesită un parametru, care se introduce înaintea co- 
menzii și specifică numărul de linii care vor fi listate la consolă. Para- 
metrul este un număr zecimal cuprins între —65535 şi 4+65534. Dacă nu- 
mărul este pozitiv, listarea liniilor începe cu poziţia curentă a Indicatoru- 
lui “şi continuă pînă ce numărul de linii afișate (inclusiv linia curentă) 
este cel specificat în comandă. Dacă numărul este negativ, afișarea în- 
cepe cu linia dată de valoarea curentă a Indicatorului din Zona Text, 
minus numărul specificat ca parametru şi continuă pînă la poziţia cu- 
rentă a Indicatorului. Dacă numărul specificat duce la depăşirea limitelor 
Zonei Text, comanda se va termina cînd se ajunge la una din aceste 
limite. 

Dacă parametrul are valoarea 0, se listează la consolă caracterele de 
la începutul liniei curente pînă la poziţia curentă a Indicatorului din 
Zona Text. Dacă parametrul are valoarea 1, se listează caracterele înce- 
pînd cu poziţia Indicatorului pînă la sfîrşitul liniei curente (determinat 
de caracterul LF). Dacă parametrul lipseşte din comandă, se consideră im- 
plicit egal cu +1. 

Comanda T nu modifică valoarea Indicatorului din Zona Tezt. 


W — Write. Format : nW$$ 


Comanda W necesită un parametru, care se introduce înaintea co- 
menzii şi specifică numărul de linii care vor fi perforate la dispozitivut 
asignat ca PUNCH. 

Parametrul este un număr” zecimal cuprins între —65535 şi +65534. 
Indiferent de semnul numărului comanda W consideră parametrul ca 
număr pozitiv. Indiferent de poziţia curentă a Indicatorului, perforarea 
se efectuează începind cu prima linie din Zona Text. 

Pe măsură ce se perforează o linie, aceasta este ștearsă şi textul ră- 
mas se compactează la începutul Zonei Text. Indicatorul se poziţionează 
la începutul Zonei Text. 
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Dacă parametrul are valoare 0, nu se va perfora nici o linie. 

Comanda W se utilizează pentru eliberarea Zonei Text atunci cînd 
se creează sau se editează texte de dimensiuni mari, ce depășesc capaci- 
tatea Zonei Text. 


Z — End of buffer. Format : Z$$ a 


Comanda Z se utilizează pentru a deplasa Indicatorul la sfirşitul 
Zonei Text, după ultimul caracter din Zonă. 


7.1.3. Caractere speciale și utilizarea lor 


Corectarea erorilor de tipărire 


Erorile de tipărire într-un şir de comenzi sau de caractere, pot fi 
înlăturate prin tastarea caracterului RUBOUT(7FH), pentru fiecare ca- 
racter ce trebuie înlăturat. La fiecare caracter şters, începînd cu ultimul 
carater introdus, editorul trimite în ecou caracterul șters. Utilizarea ca- 
racterului RUBOUT pentru corectarea erorilor de tipărire, este posibilă 
numai înaintea introducerii terminatorului de comandă sau şir de co- 
menzi („ESC* „ESC«). 

Anularea comenzilor 

Dacă se doreşte anularea unui şir de comenzi, înainte de introdu- 
cerea terminatorului de comenzi, se introduce caracterul CTRL/C(03H). 
Editorul anulează tot şirul de comenzi și trimite caracterul „*“* pentru 
a semnaliza așteptarea unei noi comenzi. 

De asemenea, dacă în timpul execuţiei comenzilor se introduce ca- 
racterul CTRL/C, editorul suspendă execuţia comenzilor, şi trece în bucla 
de aşteptare a unei noi comenzi. Funcție de consola utilizată, același efect 
se obține acţionînd tasta „BREAK“. Indiferent în ce stare ar fi, editorul 
revine în bucla de așteptare a unei noi comenzi. Indicatorul din Zona 
Text rămîne la valoarea pe care o avea în momentul abandonării 
comenzii. 

Tabulare 

Caracterul de tabulare orizontală — CTRL/1(09H) poate fi utilizat 
pentru editarea textelor cu ETX18. Trebuie notat că acest caracter este 
introdus în Zona Text ori de cîte ori este tastat la consolă. La întîlnirea 
caracterului CTRL/I, editorul generează un număr suficient de spaţii 
(20H) pentru a deplasa carul consolei (sau eursorul) la următoarea po- 
site de tabulare. Aceste poziţii sînt fixe, la fiecare opt caractere, în ca- 
drul unei linii de text. 


Caracterele CR (0DH) și LF(0AH) 

Caracterele CARRIAGE RETURN ai LINE FEED, sînt introduse în 
Zona Text ca şi caractere obişnuite. Totuși, trebuie notat că la utiliza- 
rea comenzii Insert, introducerea de la consolă a caracterului CR are ca 
efect memorarea în Zonă a perechii de caractere CRLF. 

: Dacă textul se prepară „off line“ și se va introduce în Zona Text 
cu. eomanda Append, aceasta nu introduce nici un caracter în plus, deci 
pe bandă trebuie să apară atît CR cît şi LF. 
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7.1.4. Modul de utilizare a editorului ETX18 


În general, secvenţa de creare a unui fișier sursă nou constă din por- 
nirea editorului, introducerea de la consolă a textului, editarea acestuia 
şi formarea unei benzi cu fișierul sursă editat. 

Pentru a edita un fișier deja existent se porneşte editorul, se citeşte 
fişierul sursă de pe bandă, se editează și se formează o bandă cu noua 
versiune (editată) a textului. Informaţiile trimise de utilizator editorului 
pot semnifica o comandă, un șir de comenzi, un șir de caractere repre- 
zentînd un text sau caractere de comandă. Ori de cîte ori editorul așteaptă 
o nouă comandă, trimite la consolă, la început de linie, caracterul „°“ 
După introducerea unei comenzi sau a unui şir de comenzi, utilizatorul 
trebuie să introducă de la consolă un terminator constind din două ca- 
ractere ALT MODE(7DH) sau ESC(1BH). La detectarea acestor caractere, 
editorul trimite în ecou caracterele „$$“ și trece în regim de execuţie 
a comenzilor. 

Pentru a specifica terminarea unui text (asociat comenzilor F, I, S) 
se utilizează un caracter ALT MODE sau ESC (editorul trimite în ecou 
„$“). Dacă după acest șir de caractere nu mai urmează nici o comandă, 
se introduce terminatorul de comenzi-două caractere ALT MODE sau 
ESC, subînţelegîndu-se în acest caz şi terminarea șirului de caractere. 

“Toate operaţiile de UE se efectuează prih monitor, deci înainte de 
lansarea în execuţie a editorului trebuie făcută asignarea configurației 
de UE dorită. 


Utilizarea comenzilor B, Z, I, A, T 

Să presupunem că Zona Text este goală iar pe o bandă se găseşte 
perforat următorul text : 

L2 ACEASTA ESTE LINIA 2 

L3 : ACEASTA ESTE LINIA 3 

L4 ACEASTA ESTE LINIA 4 

L5 ACEASTA ESTE LINIA 5 

Citirea textului, introducerea lui în Zona Text şi listarea la consolă 
se pot efectua cu şirul de comenzi : 

*A4T$$ 

Dacă textul ce trebuie introdus de pe bandă are mai mult de 50 de 
linii, se utilizează un șir de comenzi: *AAA$$ (pentru citirea unui text 
de 150 linii). 

Pentru introducerea și listarea la consolă a unei noi linii, înaintea 
liniei 2, se vor utiliza comenzile : 

*ILI ACEASTA ESTE LINIA 1 

*_1iT$$ 

LI ACEASTA ESTE LINIA 1 


După L1 s-a introdus caracterul de tabulare CTRL/I, care este neti- 
păribil, de asemenea după caracterele „LINIA 1“ s-a introdus caracterul 
CR, fiind adăugat de editor şi caracterul LF. 

"Poziţia curentă a indicatorului din Zona Text poate fi găsită cu 
comanda ` 

*T$$ 

L2 ACEASTA ESTE LINIA 2 
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Deci, Indicatorul se găsește între caracterele LF din prima linie și 
B din linia a doua. 

Listarea la consolă a ultimei linii se poate realiza cu şirul de co- 
menzi 

*Z-1T53 

L5 ACEASTA ESTE LINIA 5 


Dacă se doreşte listarea la consolă a întregului text, dar nu se ştie 
exact numărul de linii și poziţia curentă a Indicatorului se utilizează şi- 
rul de comenzi : 

*B20T$% Am considerat că textul este format din mai puţin de 28 
de linii. 

Utilizarea comenzilor C, D, L, K 

Considerăm că nu se cunoaşte poziția curentă a Indicatorului şi dorim 
să ştergem caracterul „:“ din linia 3. Se va utiliza următorul şir de co- 
menzi : 

*B2L2CD0TT$$ 

L3 ACEASTA ESTE LINIA 3 


De remarcat că listarea la consolă a liniei curente, poziţia indicatoru- 
lui fiind undeva în linia respectivă, se poate face cu comenzile : 

“0TT$$ Prin comanda OT se afişează caracterele din linie pînă la po- 
ziţia Indicatorului, iar prin comanda T cu argumentul 1 (implicit) caracte- 
rele de la poziţia curentă a Indicatorului pînă la sfîrşitul liniei. Indica- 
torul din zona text se găsește în linia 3, între caracterele Lei CTRL/I şi 
dorim să ştergem cuvîntul ACEASTA. 

*C8DOTT$$ 

L3 ESTE LINIA 3 


Pentru a şterge liniile 2, 3, 4 şi 5 trebuie poziționat Indicatorul la 
inceputul liniei 2 și apoi trebuie şterse 4 linii. 

*-1L4K$$ | 

Se poate utiliza şi o altă combinaţie de comenzi. 

*L-2K2K$$ Comanda L poziţionează Indicatorul la sfirșitul liniei 3, 
apoi se şterg liniile 3 și 2 cu comanda —2K şi liniile 4, 5 cu comanda 2K. 


Utilizarea comenzilor F, S 

Considerăm textul format din liniile LI, L2, L3, LA şi L5. 

Ștergerea caracterului „:* din linia 3 se poate face cu comenzile : 

*BFL3 : $-1D9T$ 

L3* sau 

“BFL2$D$3 sau 

*BSL3 : $LI$OTT $$ 

L3 ACEASTA ESTE LINIA 3 

sau 

*BS : $$ 

Dacă acum se introduce comanda de căutare a șirului L3, căutarea va 
începe de la poziția curentă a Indicatorului pînă la sfîrșitul Zona Text. L3 
nu va fi găsit, fapt semnalizat de editor printr-un mesaj. 
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*FL3$$ 

CAN NOT FIND „L3“ 

*BREAK* 

Utilizarea comenzilor W, E, N 

Dacă textul ce trebuie editat depășește dimensiunea zonei de lucru 
disponibile, editarea se va face pe porțiuni. 

La terminarea editării unei porțiuni de text, versiunea editată se 
trimite la PUNCH cu comanda W. Dacă sînt aproximativ 150 linii de 
text, se poate utiliza comanda : 

*200W$3. Poziţia Indicatorului nu are importanţă. Perforarea începe 
întotdeauna cu prima linie. 

Dacă Zona Text conţine ultima „porţiune editată dintr-un text, per- 
forarea se va face cu comanda : 

*E$$. La sfîrşitul textului se perforează caracterul de sfîrşit de fi~- 
sier, CTRL/Z şi 60 de caractere NULL. 

Dacă editarea nu s-a terminat, dar trebuie întreruptă, se poate uti- 
liza şirul de comenzi : 

*NNE$$ 

După executarea comenzii E editorul se reiniţializează, ai trece în 
bucla de aşteptare comenzi. 


Executarea iterativă a comenzilor 


O comandă sau un şir de comenzi pot fi repetate de un număr oare- 
care de ori dacă sînt incluse între paranteze unghiulare „<“ şi „>“ și 
se specifică numărul de repetări. 

Formatul comenzilor cu repetare este următorul : 

*n <comandă sau şir de comenzi>$$ 

n specifică numărul de repetări a comenzilor înscrise între parantezele 

„<“ şi „>“. Parantezele unghiulare apar efectiv în linia de comenzi. De 
exemplu, dacă în textul format din cele cinci linii, utilizat anterior pen- 
tru exemplificări, se doreşte înlocuirea caracterelor Li cu 1, L2 cu 2 etc. 

Se poate utiliza, în mod repetat comanda S : 


*BSL1$L310<S 
L$ 


>$$ 
CAN NOT FIND „L“ 


Să presupunem că avem un tabel cu puterea a treia a numerelor în-. 
tregi cuprinse între 1400 ei 1500 : 


1400 2744000000 
1401 2743884201 
1402 2755776808 
1403 2761677827 


1438 3361517992 
1499 3368254499 
1500 3375000000 
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Dacă dorim să scriem acest tabel într-o formă mai uşor de citit se 
poate utiliza succesiunea de comenzi : 

*B101<6CI $2<3CI $>L > $$ 

Tabelul de mai sus o să apară în următorul format : 

1400 2 744 000 000 

1401 2 749 884 201 

1402 2 755 776 808 

1403 2 761 677 827 


. WE |... [| |. |. . |... ENEE REN 


1498 3 361 517 992 
1499 3 368 254 499 
-1500 3 375 000 000 


Utilizarea iterativă a comenzilor este permisă pînă la maxim opt 
nivele de adincime. 


7.1.5. Mesajele editorului către utilizator 


La intrarea în execuţie editorul trimite la consolă mesajul : 
EDITOR DE TEXTE ETX18 V x.x 


De asemenea, după executarea comenzii E, editorul se reiniţializează 
şi afişează la consolă mesajul de mai sus. 

Dacă editorul primeşte un caracter neaşteptat în faza de execuţie 
respectivă, trimite ia consolă mesajul : 

„Cc“ ILLEGAL IN THIS CONTEXT 

„œ este caracterul inadecvat, introdus de la consolă (de exemplu, cind 
se aşteaptă o comandă, se introduce un caracter alfanumeric care nu este 
identificator pentru o comandă legală). 

Dacă la execuţia comenzilor F,S, şirul căutat n-a fost găsit pe por- 
iunea de text dintre valoarea curentă a Indicaţorului şi sfîrşitului Zonei 
‘Text, editorul emite mesajul : ` 

CAN NOT FIND „șir caractere“ 

*BREAK* 

„șir caractere“ reprezintă șirul căutat dar negăsit. Comanda este 
:abandonată, fapt semnalizat prin mesajul : 

*BREAK* 

Dacă la utilizarea iterativă a comenzilor nivelul de adincime este 
mai mare decît opt, editorul emite mesajul : 

ITERATION STACK FAULT 

*BREAK* 

Comanda este abandonată şi se revine în regim de aşteptare comenzi. 
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7.1.6. Încărcarea şi lansarea în execuţie a editorului 


Editorul de texte este rezident pe bandă perforată, bandă magnetică 
sau cartele perforate. 

Dacă editorul este rezident pe bandă perforată se procedează astfel : 

— Se lansează monitorul, dacă acesta nu este deja în execuţie, după 
procedura descrisă în capitolul 3 ; 

— Se pregăteşte cititorul de bandă, se introduce banda în cititor; 

— Se asignează cititorul de bandă ca cititor al sistemului (dacă este 
cazul) : 

.AR = D <CR> ; 

— Se citește în memorie editorul : 

R <CR> ; 

— După terminarea operaţiei de citire a benzii, se fac asignările 
dorite pentru lucrul cu editorul. Dacă se lucrează cu casetele, se fac des- 
chiderile de fișiere pentru citire/scriere, după caz ; 

— Se lansează în execuţie editorul : 

.G40 <CR> ; 

Editorul va răspunde la consolă cu mesajul : 

EDITOR DE TEXTE ETX18 V x.x 

* 

Dacă editorul este rezident pe casetă sau bandă magnetică, se pro- 
cedează astfel : 

— Se asignează ca cititor una din unitățile de casetă sau bandă 
magnetică : 

.AR =K sau .AR=—M funcţie de unitatea care conține Editorul- 
program obiect ; 

— Se deschide pentru ċitire fişierul cu numărul „n“ pe unitatea 
„m“ care conține editorul sub formă de program obiect format hexa- 
ASCII : 

.Klm,n <CR> Monitorul va căuta pe unitatea „m“ fişierul „n“; 

— Se citeşte în memorie editorul : 

R <CR> ; 

— Se închide fişierul de intrare (nu este obligatorie) : 

.KC <CR> ; 

— În continuare se procedează ca în cazul în care editorul este re- 
zident pe bandă perforată. 

Revenirea în Monitor, fie la sfîrșitul unei sesiuni de lucru fie pentru 
a schimba asignările de periferice, se face prin întrerupere de la panoul 
frental. Dacă trecerea în monitor a fost temporară, revenirea în editor 
se realizează cu comanda : 

ZG <CR> 

La sfîrşitul unei sesiuni de editare în care s-au utilizat casetele sau 
benzile magnetice, este necesar ca la revenirea în Monitor să se închidă 
fișierele de ieşire. | 

“Dacă din cauza unor incidente (căderi instantanee ale reţelei. etc.), 
editorul nu mai funcţionează corect, se va reîncărca și lansa în execuţie 
esiitorul. 
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7.2. Editorul de texte EDIT 


Editorul de texte EDIT este o variantă a editorului ETXI8 care se 
execută sub SFDX-18. Astfel EDIT poate fi utilizat pe calculatoarele 
M18, M18B sau M118 ce au în configurație cel puţin o unitate de discuri 
flexibile. Diferenţele faţă de ETX18 se referă la: 

— setul de comenzi ; 

— utilizarea editorului EDIT. 


7.2.1. Comenzile editorului EDIT 


„ Față de comenzile editorului ETXI8, EDIT a fost prevăzut cu urmă- 
toarele două comenzi suplimentare : | 


Q—Quit, Format : Q$$ 

Comanda Q specifică terminarea editării, reîntoarcerea controlului 
în SFDX-18 fără salvarea textului din Zona Text. Dacă fişierul în curs 
de editare este un fişier nou creat, datele introduse nu sînt salvate şi 
numele fișierului este şters de pe disc. Dacă însă fişierul în curs de edi- 
tare este un fişier vechi, creat anterior, prin execuţia comenzii Q fişierul 
rămîne intact, toate modificările efectuate în memorie sînt ignorate. 

M—MEMORY. Format : M$$ 

Comanda M calculează şi afişează la consola sistemului numărul de 
octeți disponibili în Zona Text, sub forma unui mesaj cu structura ur- 
mătoare : 

nnn—CHARACTER(S) AVAILABLE IN WORKSPACE 
unde nnn este un număr întreg zecimal reprezentind informația dorită. 

Editorul EDIT nu recunoaşte comanda N-Null. De asemenea la exe- 
cuția comenzilor care implică un transfer de date cu dispozitivele de (UE. 
aceasta se face sub controlul SFDX-18. Fișierele de intrare şi ieșire sînt 
specificate la lansarea în execuţie a editorului. 

După execuția comenzii E-Exit control revine la SFDX-18. 


7.2.2. Utilizarea editorului EDIT 


Editorul trimite la consolă caracterul „*“ atunci cînd este gata să 
accepte o comandă. 

Edit interpretează caracterele de control conform cu convențiile din 
SFDX. Astfel, în plus faţă de caracterele speciale recunoscute de ETX18, 
BDIT recunoaște şi interpretează următoarele caractere de control : 

— CTRL/R — Tipăreşte linia de comandă în curs de introducere, în 
întregime şi corecturile făcute ; 

— CTRL/X — Anulează linia de comandă curentă, se tipăreşte ia 
consolă caracterul (* ) şi se aşteaptă introducerea unei noi linii de comenzi. 

Trebuie notat că interpretarea caracterului de tabulare, CTRI|(I la 
editarea programelor sursă în PL/M se face diferit de către PL/M şi EDIT. 
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Astfel CTRL/I avansează carul (cursorul) cu opt poziţii pentru EDIT ai 
cu patru pentru PL/M. 

Lansarea în execuţie a editorului se face cu o comandă SFDX 
de forma : 

EDIT fișier sursă [TO fișier destinaţie] <CR> unde fișier sursă eşte 
un fişier ce urmează să fie creat pe disc şi editat sau este un fişier deja 
creat care urmează să fie actualizat. În acest caz, fișier sursă poate fi orice 
fișier de intrare recunoscut de SFDX. 

Dacă fișier sursă nu este un fişier pe disc, fişier destinație trebuie 
să fie specificat și trebuie să fie un fișier pe disc. 

Dacă fișier sursă este pe disc și fișier destinaţie nu este specificat, 
pot apare următoarele situaţii : 

— fișier sursă este un fișier nou. SFDX creează şi deschide pentru 
scriere acest fişier ; 

— fișier sursă este. un fişier existent și nu este protejat la scriere. 
SFDX deschide acest fişier pentru citire și creează, pentru ieșire un fișier 
temporar cu numele EDIT.TMP. La execuţia comenzii E-Exit cele două 
fişiere sînt închise şi redenumite astfel că fișier sursă devine nume .BAK 
iar EDIT.TMP devine fișier sursă; 

— fişier sursă este un fişier existent și protejat la scriere. Controlul 
revine în SFDX şi se emite un mesaj de eroare la consola sistemului. 


7.3. CREDIT — Editor de texte orientat pe ecran 


7.3.1. Prezentarea generală a editorului 


CREDIT reprezintă un editor de texte orientat pe dispozitive de 
afişare cu tub catodic, compatibil cu sistemul de operare SFDX-18. 
CREDIT se execută pe microcalculatoarele M118 şi M18 dotate cu ter- 
minal cu tub catodic. Operaţiile de introducere inițială a unui text şi 
operaţiile de modificare a unui text deja introdus sînt afişate direct pe 
ecranul terminalului. 

Prin funcţiile sale, CREDIT oferă facilități avansate de editare a 
textelor formate din șiruri de caractere în cod ASCII, dar este în prin- 
cipal orientat pe editarea textelor reprezentînd programe sursă. Princi- 
palele funcţii ale editorului sînt : 

Editare video: O parte din textul introdus sau corectat este afișat 
pe ecranul terminalului astfel că operaţiile de editare sînt observate 
imediat pe ecran. Utilizind funcţiile ce acţionează în mod ecran, cum ar 
fi : poziționarea cursorului, ștergerea sau adăugarea de caractere sau 
porțiuni de text, se pot edita cu ușurință texte, existind o reacţie vizuală 
directă a operaţiilor executate. 

Editare prin comenzi : În plus față de posibilităţile de editare video, 
CREDIT dispune de un set puternic de comenzi care permit efectuarea 
unor operaţii de editare mai complexe cum ar fi: găsirea unui şir de 
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caractere dat și ștergerea acestuia sau înlocuirea cu alt şir, mutarea unei 
porțiuni de text dintr-o zonă în alta etc. În mod comandă CREDIT oferă 
funcţii de editare similare cu cele ale editoarelor ETX18 sau EDIT. 


Comenzi avansate de editare: CREDIT este prevăzut cu o serie de 
facilități avansate de editare ce permit lucrul direct cu fişiere pe disc, 
definirea și utilizarea macrocomenzilor, configurarea editorului în funcţie 
de caracteristicile terminalului utilizat. 


Prin definirea şi apelarea unor macrocomenzi utilizatorul poate 
dezvolta un set de comenzi specifice unui anumit gen de texte şi operaţii 
cu acestea. 


Gestiunea spaţiului pe disc: Dimensiunea textului editat nu este 
limitată de dimensiunea memoriei RAM ci numai de spațiul disponibil pe 
discul ce conţine textul. CREDIT gestionează spaţiul pe disc, aduce în 
memorie o parte din text ce conţine porţiunea în curs de editare fără 
precauții din partea utilizatorului. 

Afişarea modului de utilizare. Editorul are asociat un fișier ce con- 
ţine o scurtă prezentare a modului de utilizare și a formatului comenzilor. 
Astfel, în mod comandă, prin introducerea de la tastatură a comenzii 
H(Help) se afişează, pagină cu pagină, acest fişier. Adaptarea editorului 
la un terminal oarecare trebuie însoţită de modificarea corespunzătoare, 
în mod explicit, a fișierului CREDIT.HLP ce conţine acest text. 

Modul de lucru: Deşi CREDIT poate fi utilizat în mod comandă cu 
un terminal oarecare, eficiența lui constă în utilizarea facilităților unui - 
terminal cu afișare pe ecran. Ecranul terminalului poate să aibă 25 sau 
24 de linii dintre care primele 5, respectiv 4, formează Zona Comenzi iar 
celelalte 20 formează Zona Text. Comenzile introduse în „mod comandă“ 
sînt afişate în Zona Comenzi. Dacă se introduc mai mult de 5(4) linii în 
mod comandă, Zona Comenzi este expandată pe tot spaţiul ecranului iar 
la revenire în „mod ecran“, Zona Text este refăcută pe ecran. Cele două 
zone sînt despărțite de 5 caractere „-“. 

O linie de text este formată dintr-un şir de caractere alfanumerice 
terminat cu caracterele CR ai LF. La introducerea de la tastatură a ca- 
racterului CR editorul introduce în fişierul editat perechea CR, LF şi 
afișează pe ecran un semn special (de obicei î ) ca indicator de terminator 
de linie. Lungimea unei linii poate fi oarecare. Pentru a putea introduce 
linii care depășesc dimensiunea ecranului (de obicei 80 caractere) este 
necesar ca Terminalul să treacă implicit la linia următoare la depășirea 
lungimii liniei. Caracterele netipăribile nu sînt afișate în mod ecran și 
deci nu pot fi referite în nici un fel iar în mod comandă acestea sînt 
afişate ca ai caractere de CONTROL fiind afişate în formatul ¢ C unde C 
reprezintă caracterul care corespunde caracterului netipăribil CTRL/C 
(C este un caracter ASCII oarecare). 

Pentru a specifica poziţia în “text asupra căreia acţionează comenzile 
de editare, editorul menţine un Indicator care marchează un caracter din 
fișierul editat. Toate modificările textului se fac relativ la poziţia 
acestuia. Indicatorul este marcat pe ecran cu un caracter special (|, ¢ ,/). 
Pe lîngă acest indicator există cursorul terminalului care marchează 
caracterul curent. În mod ecran, cursorul indică, în general, aceeaşi poziţie 
ca și. indicatorul spre deosebire de lucrul în mod comandă unde nu există 
această asociere. Cursorul indică doar locul unde se afișează liniile de 
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comandă introduse. Cursorul poate fi deplasat pe ecran în cele patru 
direcţii prin introducerea unor caractere de control funcţie de tastatura: 
terminalului (Ex: <-,, —, + |). Încercarea de deplasare a cursorului 
înafara limitelor ecranului este semnalizată sonor (bell). Poziţia curso- 
rului corespunde cu cea a Indicatorului numai dacă cursorul este pozi- 
Donat pe un caracter. 

Nu încercaţi introducerea unor comenzi de modificare a textului în: 
mod ecran, dacă cursorul nu este poziţionat pe un caracter vizibil pe: 
ecran sau pe caracterul ce arată poziţia Indicatorului. La unele terminale: 
Indicatorul din zona text şi terminatorul de linie sînt afișate cu același 
semn (IX, ceea ce poate crea confuzii ducînd la „pierderea“ poziţiei: 
indicatorului. În acest caz se poate proceda astfel : 

— Se trece în mod comandă ;. 

— Se modifică cu comanda ALTER semnul ce reprezintă termina— 

torul de linie ; 

— Se aduce indicatorul la începutul (JTT) sau la sfîrşitul (JTE) fişie-— 

rului în curs de editare; 

— Se deplasează indicatorul în poziţia dorită ; 

— Se trece în mod ecran (CTRL/V) 

De asemenea editorul definește şi utilizează 4 marcaje permanente: 
dintre care două indică începutul, respectiv sfîrşitul fișierului în lucru. 
Dacă textul editat nu încape în memoria disponibilă, se pun marcaje și 
la începutul ai la sfîrșitul zonei de text ce încape în memorie la um 
moment dat. Cele 4 marcaje permanente menținute de editor sînt 
denumite : 

— TT — (Top of Text) marchează începutul fişierului ; 

— TE — (End of file) marchează sfîrșitul fişierului ; 

— TB — marchează începutul porțiunii de fişier din memorie; 

— TZ — marchează sfîrşitul porțiunii de fişier din memorie. 
Marcajele denumite „tags“ reprezintă o modalitate eficientă și comodă 
de a memora diferite poziţii în fişierul editat și deplasarea cursorului în- 
timpul editării la oricare din aceste poziţii. Aceste marcaje nu sînt 
introduse în textul editat și deci ele au o valabilitate temporară doar pe 
durata unei sesiuni de editare. 

În plus faţă de cele 4 marcaje menținute de editor, utilizatorul poate 
defini prin comanda TS (tagset) pînă la 10 marcaje numerotate de la 0: 
la 9. Iniţial toate aceste marcaje sînt nesetate și orice încercare de de- 
plasare a cursorului la un astfel de marcaj va da eroare. Marcajele sînt 
foarte utile în prelucrarea, în timpul editării, a unor blocuri din texti 


7.3.2. Utilizarea editorului-CREDIT 


CREDIT se execută sub sistemul de operare SFDX, ca o comandă 
SFDX. Fişierul ce urmează să fie editat poate fi un fișier nou sau unul 
deja existent. La terminarea unei sesiuni de editare se poate înlocui: 
vechiul fişier (dacă exista) cu fişierul editat, fie se păstrează ambele: 
versiuni sub nume diferite. Dacă la un moment dat au fost comise greşeli 
care compromit sesiunea de editare se poate reveni în SFDX abandonînd 
versiunea ce era în curs de editare şi păstrînd vechea versiune. Fişierul 


TP 


de intrare poate fi un fișier pe disc sau orice echipament de tip „cititor“ 
recunoscut de SFDX. 


Lansarea în execuţie a editorului 


Deoarece editorul este format dintr-un singur segment, în întregime 
rezident în memorie, CREDIT poate fi încărcat şi lansat în execuţie prin 
introducerea numelui și a parametrilor, sau poate fi încărcat cu DEBUG 
şi lansat în execuţie prin MONITOR dacă, de exemplu, trebuie schimbat 
discul care conţine CREDIT în format obiect cu un disc de lucru ce va 
conţine fișierul editat. Acest lucru nu este posibil dacă se utilizează un 
fişier de comenzi, după cum se va arăta în continuare. 

Formatul comenzii de lansare în execuţie a editorului este: (Pi 
CREDIT nume fișier 1 [TO nume fișier 2] [MACRO [(fişier comenzi)]] 
<er> 
sau ` 
DEBUG [:Fi:] CREDIT nume fişier 1 [TO nume fișier 2] <er> 

Se poate utiliza și în acest caz un fișier de comenzi dar trebuie avut 
grijă ca la lansarea în execuţie a editorului fișierul cu comenzile să fie 
pe disc conform cu specificaţia din comandă. 

Fi cu i—0,..., 3 specifică unitatea de disc ce conţine. programul 

obiect cu numele CREDIT. 

nume. fişier 1 poate fi orice echipament de intrare sau nume de 

fişier pe disc recunoscut de SFDX. 

Formatul unui nume de fișier este : 

Ț:echipament:] [nume] |.extensie]] unde ` 

echipament: — este orice combinaţie de 2 caractere recunoscută de 
SFDX ca nume de echipament de UE valid. Dacă echipamentul 
specificat este altceva decît discul, nume. extensie sînt ignorate. 
Dacă nu se specifică nimic în acest cîmp, se consideră implicit :FO: 

nume — este un șir de cel mult 6 caractere. Nume este obligatoriu dacă 
echipament este discul. Dacă nu, nume.extensie sînt ignorate. 

extensie — este un şir de cel mult 3 caractere, este opţional dar dacă 
este specificat trebuie reparat prin punct (.) de nume. 

"TO numkę fișier 2 — specifică faptul că versiunea modificată a fişierului 
va fi memorată cu numele respectiv. Versiunea veche cu numele 
nume fişier 1 rămîne neschimbată. Dacă nu se specifică în co- 
mandă cîmpul TO nume fișier 2, versiunea nouă a fişierului: o va 
înlocui pe cea veche, dar se păstrează totuşi şi versiunea veche 
sub numele nume. BAK. 

MACRO [(fișier comenzi)] — specifică încărcarea unui fișier ce conţine 
comenzi ale editorului. Numele fișierului de comenzi este opţional 
şi dacă lipseşte se consideră implicit fișierul cu numele "PO: 
CREDIT.MAC 

Deci pentru lansarea în execuţie a editorului trebuie ca SFDX să fie 
în regim de aşteptare comenzi, unul din discurile sistemului să conţină 
comanda CREDIT şi eventual fișierul de comenzi utilizat, fișierul speci- 
ficat ca destinație, sau fişierul sursă dacă nu se specifică destinaţia iar 
discul pe care se găsesc acestea să nu fie protejate la scriere. La începutul 
sesiunii de editare, CREDIT afişează pe ecran un mesaj de lansare în 
execuţie şi un mesaj ce indică spaţiul disponibil pentru editare. 
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Dacă fişierul specificat în comandă există deja, apare următorul 


mesaj : 
OLD FILE SIZE — mm BLKS LEFT =nnnn unde: 
mm — reprezintă numărul de blocuri ce formează vechiul fişier; 


nnnn — numărul blocurilor de pe disc nefolosite. 

Dacă fișierul specificat pentru editare este un fișier nou, CREDIT 
afișează următorul mesaj : 

NEW FILE BLKS LEFT = nnnn 

Dacă apare o eroare în secvența de lansare a editorului, se afișează 
un mesaj corespunzător şi controlul revine în SFDX. Dacă lansarea se 
termină cu succes, CREDIT intră în execuție în mod ecran. Utilizatorul 
trebuie să ştie cel puţin comanda de trecere în mod comandă (de obicei 
SHIFT/CTRL/M) care depinde de tastatura utilizată, apoi prin comanda 
Help(H) se poate iniţia în utilizarea comenzilor editorului. 

Dacă tastatura și funcţiile ecranuiui nu corespund cu cele considerate 
implicit în CREDIT şi deci se utilizează un fișier MACRO pentru a con- 
figura editorul conform cu caracteristicile terminalului, la lansarea în 
execuție comenzile de ștergere ecran si poziționare a cursorului în poziţia 
inițială pot să apară pe ecran sub forma unor „mesaje ciudate“. După 
configurarea specificată în fişierul de macrocomenzi editorul va funcţiona 
corect. 


Revenirea din editor 

Există trei modalităţi de terminare a unei sesiuni de editare : 

— Se. înlocuieşte vechea versiune a fişierului cu versiunea mo- 
dificată ; 

— Se memorează versiunea modificată cu un nume diferit ; 

— Se ignoră toate modificările făcute şi se lasă nemodificat vechiul 
fişier. 

Comanda EX : are ca efect terminarea sesiunii de editare şi memorarea 

versiunii modificate sub un nume nou prin înlocuirea vechii 
versiuni, | 
Formatul comenzii este : 
EX [nume fişier] <er> unde EX este numele comenzii iar nume 
fişier reprezintă numele sub care va fi memorată versiunea modi- 
ficată, Dacă nu se specifică nume fişier, memorarea se va face 
conform comenzii de lansare în execuţie. Dacă se introduce de la 
tastatură EXIT, editorul va memora versiunea modificată sub 
numele :FO:1T şi va păstra nemodificat fişierul vechi. 

Comanda EQ: are ca efect terminarea sesiunii de editare cu ignorarea 
tuturor modificărilor făcute. Pentru a reduce posibilitatea unei 
greşeli de operare editorul întreabă dacă utilizatorul este conştienț 
de urmarea acestei comenzi prin mesajul : 

QUIT ? 

Orice răspuns diferit de Y sau y are ca efect continuarea editării 
în curs, | 

Formatul comenzii este ` EQ <cr> 


Fişierul reprezintă singura modalitate de a memora, cu caracter 
permanent, datele în calculator. Zona text din memorie sau fișierele tem- 
porare menținute de CREDIT în timpul unei editări reprezintă forme 
nesigure de memorare a textului editat. 
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— Nu uitaţi să salvaţi într-un fișier textul editat la sfîrșitul sesiunii 
de editare ; 

— Înainte de întroducerea comenzii EX verificaţi dacă există condi- 
țiile de efectuare a acestei comenzi (De exemplu există disc în unitatea 
specificată și usa este închisă etc.) ; 

— Pentru a preveni compromiterea din diferite motive a unei se- 
siuni de editare complexe, se recomandă ca periodic să se salveze textul 
editat și să se reînceapă o nouă sesiune de editare pentru a continua; 


— Dacă în timpul editării în mod ecran „se pierde“ Indicatorul prin 
deplasarea inadecvată a cursorului, nu vă impacientaţi. Greşeala este 
remediabilă. Citiţi cu atenție Modul de lucru. 


7.3.3. Editarea în mod ecran 


În acest paragrat se va prezenta modul în care se poate introduce și 
modifica un text afișat pe ecran în Zona Text utilizînd un set de reguli 
restrîns, dar care acoperă în mare parte cerinţele de introducere și mo- 
dificare a unui text. Pentru modificări mai complexe se pot utiliza func- 
Die de editare în mod comandă care vor fi prezentate în paragraful 
următor. Avantajul editării în mod ecran constă în faptul că rezultatele 
comenzilor se văd imediat pe ecran facilitind astfel editarea și evitarea 
distrugerii unor porţiuni de text prin comenzi eronate. La lansarea în 
execuţie, editorul trece în mod ecran. Trecerea din mod comandă în mod 
ecran se face cu comanda CTRL/V iar trecerea din mod ecran în mod 
comandă se face cu comanda Home sau SHIFT/CTRL/M, depinde de 
tastatura utilizată. 

În mod ecran, CREDIT avertizează sonor utilizatorul în următoarele 
situaţii : 

— Cursorul a ajuns în poziţia 70 a unei linii (considerată de 80 
caractere) ; 

— La introducerea unei comenzi ce nu este acceptată de editor (ex. 
deplasarea cursorului în afara limitelor ecranului, schimbarea textului 
deşi cursorul nu este poziţionat pe text). 

Pentru a introduce un text trebuie doar să tastaţi caracterele res- 
pective. Caracterele ce nu sînt caractere de comandă vor fi introduse în 
text. Caracterul (tipăribil) introdus de la tastatură este imediat afişat pe 
ecran iar cursorul şi Indicatorul se deplasează pe poziția următoare, 
Pentru a introduce în text un caracter de control, acesta va fi precedat de 
(N), utilizat ca şi caracter de literalizare. Astfel pentru a introduce un 
text CTRL/A, se va tasta secvenţa N CTRL/A. Pentru a introduce în text se 
va tasta % . Pe parcursul introducerii iniţiale a unui text, poziţia cursorului 
trebuie să fie aceeași cu cea a Indicatorului. Pe lîngă introducerea ini- 
ţială a unui text, în mod ecran editorul mai are următoarele funcţii : 


— Înlocuirea caracter cu caracter a unui text ; 
— Inserarea de noi caractere în interiorul unui text ; 


— Ștergerea unor caractere din text ; 
— Afişarea unor porţiuni din text ce nu încap pe ecran. 
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Înlocuirea 

Dacă cursorul este poziţionat pe un caracter din text, introducerea 
unui caracter de la tastatură va: înlocui caracterul de pe ecran și va de- 
plasa cursorul în poziția următoare. Acest lucru continuă pînă ce cursorul 
ajunge la sfîrşitul liniei. În acest moment, linia este expandată și termi- 
.natorul de linie (| ) este deplasat la dreapta. Înlocuirea se face caracter 
cu caracter exact ca şi la scrierea peste un text. Un caracter poate fi 
înlocuit cu un caracter de control utilizînd funcţia de literalizare (N), 


Inserarea 
În interiorul unui text se poate insera printr-o comandă un caracter 
sau printr-o altă comandă se poate insera un şir de caractere de lungime 
oarecare. După inserare, noul text apare imediat în stînga cursorului iar 
cursorul este poziționat pe acelaşi caracter ca și înainte de introducerea 
comenzii. 
Comanda CTRL/A : permite inserarea unui text în interiorul: textului 
editat. 
Formatul comenzii este : 
CTRL/A text CTRL/A unde : 
CTRL/A este comanda de inserare ; 
text reprezintă orice şir de caractere introduse de la tastatură, ca 
în modul de introducere inițială a unui text. 
După deplasarea cursorului în poziţia unde se doreşte inserarea, se in- 
troduce CTRL/A şi ecranul este şters începînd cu această poziţie. permi- 
tînd afișarea textului introdus. Dacă se ajunge la ultimul rînd al ecranului, 
textul se deplasează în sus rînd cu rînd. După terminarea inserării, se 
introduce CTRL/A şi textul ce urma de la poziţia cursorului înainte de 
comandă, este afişat în continuare, 
Comanda CTRL/C: permite inserarea unui singur caracter. 
Formatul comenzii este : 
CTRL/C unde: 
CTRL/C este comanda de inserare caracter ; 
x este caracterul ce va fi inserat imediat în stinga poziţiei curso- 
rului. Se poate utiliza funcţia de literalizare (N). 
Ștergerea 
„Ca şi pentru inserare există două comenzi de ștergere, pentru un 
număr oarecare de caractere şi respectiv pentru un singur caracter. 
După execuţia unei comenzi de ştergere textul este compactat şi afişat 
pe ecran imediat. 
Comanda CTRL/Z : permite ştergerea unui număr oarecare de caractere. 
Formatul comenzii este : 
CTRL/Z deplasări ale cursorului CTRL/Z unde : 
CTRL/Z este comanda de ştergere ; 
deplasări ale cursorului reprezintă deplasarea cursorului pînă - în 
poziţia ultimului caracter ce se dorește a fi şters. Pentru a şterge o 
porțiune de text se deplasează cursorul pe poziţia primului caracter din 
această porţiune și se introduce de la tastatură CTRL/Z. Caracterul in- 
dicat de cursor este înlocuit cu (. Se deplasează apoi cursorul pînă: la 
ultimul caracter şi se introduce din nou CTRI/Z. 
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Textul marcat de cele două CTRL/Z este șters, textul rămas este 
compactat și afișat pe ecran. Între cele două caractere de comandă, 
CTRL/Z, deplasarea cursorului este marcată de înlocuirea temporară a 
caracterului tipăribil cu (é ). 

Comanda CTRL/D : permite ștergerea unui singur caracter. 
Formatul comenzii este : 
CTRL/D 
Caracterul indicat de cursor este șters, textul compactat și afișat 
după modificare. 


Afișarea 


În mod ecran există trei comenzi de afişare care permit vizualizarea 
paginii curente faţă de poziţia Indicatorului, a paginii precedente şi res- 
peetiv a paginii următoare. 

O pagină conține”20 linii de text. 

Comanda CTRL/V : are ca efect afișarea unei pagini de text relativ la 
poziţia cursorului astfel că acesta se va găsi, după execuţia co- 
menzii, în linia a treia. În cadrul liniei, cursorul rămîne pe aceeaşi 
poziție. 

Formatul comenzii este : 
CTRL/V. 

Dacă în mod comandă se introduce CTRL|V ca primul caracter dintr-o 

linie de comandă, CREDIT trece în mod ecran, șterge ecranul și afișează 

o pagină de text cu cursorul poziționat în linia a treia. 

Comanda CTRL/N : are ca efect afișarea paginii următoare, începînd cu 
ultimele două linii din pagina curentă. Cursorul este poziţionat pe 
primul caracter din linia a treia sau din ultima linie dacă există 
mai puţin de trei linii. 

Formatul comenzii este : 
CTRL/N. | 

Comanda CTRL/P : are ca efect afişarea unei pagini formată din 18 linii 
ce preced pagina curentă urmate de primele două linii din pagina 
curentă. Cursorul se poziţionează pe primul caracter din linia a 
treia. 

Formatul comenzii este : 
CTRL/P. 


7.3.4. Editarea în mod comandă 


Pentru introducerea unui text cu editorul și pentru efectuarea unor 
modificări relativ simple, facilitățile disponibile în mod ecran sînt satisfă- 
cătoare în cele mai multe cazuri. Există însă situații în care sînt necesare 
comenzi „mai puternice“ pentru efectuarea unor operaţii de editare de 
o mai mare complexitate. În mod comandă CREDIT oferă astfel de facili- 
tăţi. În acest mod de lucru nu se utilizează cursorul ca indicator de text 
şi nici ecranul pentru a vizualiza imediat modificările efectuate. CREDID 
este utilizat în acest mod ca și ETX18 sau EDIT avînd însă o serie de fa- 
cilități suplimentare : operaţii cu blocuri de caractere, cu fișiere, posi- 
bilităţi de utilizare a macrocomenzilor etc. 
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Trecerea din mod ecran în mod comandă se face prin comanda Home 
sau SHIFT/CONTROL/M (pentru tastatură fără litere mici) sau prin in- 
troducerea codului 1DH de la tastatură. La intrarea în mod comandă 
CREDIT afișează (*) pentru a anunţa utilizatorul că a intrat în regim de 
așteptare comenzi. Comenzile sînt introduse în Zona Comenzi (primele 
4 sau 5 linii de pe ecran) şi dacă se depăşeşte această zonă, comenzile 
vor fi afișate în continuare pe tot ecranul, Zona text fiind ştearsă în 
acest scop. 

CREDIT permite introducerea unui şir de comenzi separate prin (). 
Un şir de comenzi trebuie terminat prin <er> pentru a fi executat. Ex : 

* comandă ; comandă ; comandă <er> 

Dacă se doreşte introducerea unui şir de comenzi ce depăşește lungi- 
mea unei linii, înainte de <er> se introduce caracterul (&) și linia poate 
fi continuată. Linia de continuare începe cu două caractere OC), Ex. : 

* comandă ; comandă ; comandă ; &<er> 

“*comandă ; comandă <er> 

Editarea unei linii de comenzi se poate face prin ștergerea (eventual 
repetată) a ultimului caracter prin RUBOUT (sau DEL). 

Sintaxa comenzilor este : 

* nume comandă [argument] 

Argumentul este opţional și poate consta din 1, 2 sau 3 parametri 
ceruți de comandă. Unele comenzi necesită ca parametri şiruri de ca- 
ractere. În acest caz un şir de caractere ce este parametru trebuie deli- 
mitat pentru a putea fi separat de comandă. CREDIT interpretează pri- 
mul caracter diferit de spaţiu ca delimitator de început și următorul 
caracter identic cu acesta ca delimitator de sfîrșit de şir. Orice carácter 
ASCII poate fi utilizat ca delimitator exceptind cr, If, spațiu, N sau escape. 

În mod comandă CREDIT utilizează indicatorul în Zona Text dar, spre 
deosebire de lucrul în mod ecran, poziția acestuia nu este arătată în mod 
explicit pe ecran. 

Comenzi de poziţionare a indicatorului 


Pentru a localiza anumite porţiuni din text, există comenzi de de- 
plasare a Indicatorului înainte sau înapoi faţă de poziţia curentă, cu un 
număr oarecare de caractere sau linii, sau la un marcaj (tag) definit an- 
terior sau un marcaj permanent. 

Comanda L: deplasează indicatorul peste un număr de linii și-l poziţio- 
nează la începutul liniei destinație. 
Formatul comenzii este : ` 
L [număr] unde : 
L este numele comenzii ; 
număr specifică numărul de linii cu care se deplasează indicato- 
rul. Dacă este pozitiv, indicatorul se deplasează spre sfîrşitul fi- 
şierului iar dacă este negativ, spre început. Dacă numărul este 
0, indicatorul se poziţionează pe primul caracter din linia curentă 
iar dacă este omis, pe primul caracter din linia următoare. 
Comanda J: deplasează indicatorul peste un număr de caractere sau la 
poziția marcajului specificat. 
Formatul comenzii este : 
J [număr | marcaj] unde : 
J este numele comenzii ; 
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număr specifică numărul de caractere peste care va fi deplasat In- 
dicatorul și poate fi pozitiv sau negativ. 

marcaj specifică, dacă lipsește număr, poziţia unui marcaj definit 
unde va fi deplasat indicatorul. 

Dacă număr și marcaj sint omise se considera 1 ca parametru și 
indicatorul se deplasează înainte (spre sfîrșitul fișierului) cu o 
poziţie. 

Pentru deplasarea cursorului la poziția unui marcaj, acesta trebuie 
"definit în prealabil. Există 4 marcaje permanente ce nu pot fi şterse de 
utilizator : 

OTT — Începutul fişierului în curs de editare ; 

TE — Sfîrşitul acestuia ; 
TB — Începutul zonei curente de text din memorie ; 
TZ — Sfirşitul acesteia. 

Pe lîngă acestea utilizatorul poate defini sau șterge pînă la 10 mar- 
caje suplimentare. Pentru a redefini un marcaj acesta trebuie șters în 
prealabil. 

Comanda TS: are ca efect definirea unui marcaj la locaţia curentă a 
Indicatorului. Marcajul este asociat caracterului arătat de Indica- 
tor şi deplasarea sau ştergerea caracterului respectiv este însoţită 
de deplasarea, sau ștergerea marcajului. Dacă există deja un 
marcaj definit cu acelaşi nume, se afișează un mesaj de eroare. 
Formatul comenzii este : 

TSn. 
unde : 
TS este numele comenzii ; 
n este numărul (între 0 și 9) al marcajului. 

Comanda TD: are ca efect ştergerea unui marcaj definit anterior (cu 

excepția marcajelor permanente). 
Formatul comenzii este : 
TDn 

unde : 

TD este numele comenzii ; 

n este numărul (între 0 și 9) al marcajului ce trebuie şters. 


Comenzi de afişare și modificare a textului 
Aceste comenzi oferă posibilitatea de prelucrare (editare) efectivă a 
textului printr-un set de funcţii ca : 
— Tipărirea unui număr de linii ; 
— Inserarea unei porțiuni de text ; 
— Ştergerea unei porţiuni de text; 
— Deplasarea unei porțiuni de text în altă poziţie ; 
„_— Copierea unei porţiuni de text într-o altă poziţie a fişierului 
editat. 
Comanda P : permite tipărirea la consolă a unui număr de linii. 
Formatul comenzii este : 
P[n| marcaj] 
unde : 
P este numele comenzii ; 
n un număr pozitiv sau negativ ce specifică numărul de linii, după 
sau înainte de Indicator, ce vor fi afișate ; 


86 - 


n=—0 se afişează linia curentă pînă la Indicator ; 

dacă 

n=1 se afişează linia curentă de la Indicator pînă la <er>. 

Dacă se specifică un marcaj (și nu se specifică număr) prin T ur- 
mat de numărul marcajului, se tipăreşte la consolă textul începînd 
cu poziţia curentă a Indicatorului pînă la marcajul specificat sau, 
dacă acesta nu este găsit, pînă la TE. Dacă nu se specifică nici un 


parametru se afişează întreaga linie curentă (ce conţine Indica- 
torul). 


Comanda I: permite inserarea unui şir de caractere oriunde în text, ime- 


unde : 


diat înainte de poziţia Indicatorului, aceasta rămînînd neschimbată. 
Formatul comenzii este : 
I/text/ 


I este numele comenzii ; 

| reprezintă delimitatorul de la început și sfîrşit de text. Acesta 
poate fi orice caracter diferit de spaţiu, cr, lf, escape, N- 

text reprezintă orice şir de caractere cuprins între delimitatori 
(de obicei /). Dacă delimitatorul de sfîrșit de şir este omis, CREDIT 
continuă așteptarea lui pînă la depășirea zonei de comenzi (2000 


„de caractere). Orice caracter cuprins între delimitatori este inserat 


în text. 


Comanda DL ; permite ștergerea unui număr de linii din text. 


unde : 


Formatul comenzii este : 
DL [număr] 


DL este numele comenzii ; ' 
număr specifică numărul de linii ce vor fi şterse. 

Dacă număr este negativ se şterg liniile ce preced poziția Indica- 
torului. Dacă este pozitiv se şterg liniile începînd cu poziția Indi- 
catorului (inclusiv). 

Dacă număr==0 se șterge linia curentă pînă la poziţia Indicato- 
rului. Dacă număr este omis se șterge întreaga linie ce conţine 
Indicatorul. 


Comanda DC : permite ștergerea unui număr de caractere din text. 


unde ` 


Formatul comenzii este : 
DC [număr | marcaj) 


DC este numele comenzii ; 

număr poate fi pozitiv sau negativ și specifică numărul de carac- 
tere ce vor fi şterse începînd cu poziţia Indicatorului (inclusiv) 
sau pînă la acesta (exclusiv). 

marcaj specifică (dacă număr lipsește) sfîrşitul blocului de carac- 
tere ce vor fi șterse. Dacă nu se specifică număr sau marcaj se 
şterge caracterul arătat de Indicator. 


Comanda XM: mută întreg textul marcat prin două marcaje sau prin 


număr de linii la poziţia Indicatorului și șterge textul original din 
vechea poziție. Poziţia Indicatorului poate să fie oriunde în cadrul 
unei linii. 
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Formatul comenzii este : 
XM marcaj, { marcaj | număr } 

unde : 
XM este numele comenzii ; 
Primul marcaj specifică începutul blocului ce trebuie mutat; Al 
doilea marcaj trebuie să fie după primul și specifică sfîrşitul 
blocului marcat. În loc de cel de al doilea marcaj se poate spe- 
cifica un număr pozitiv sau negativ reprezentînd liniile, după sau 
înaintea primului marcaj, ce urmează să fie mutate la poziţia 
curentă a Îndicatorului. Indicatorul rămîne poziţionat pe primul 
caracter după blocul mutat. 

Comanda XC : copiază întreg textul marcat prin două marcaje sau prin 
număr de linii la poziţia curentă a Indicatorului fără a şterge 
textul original din vechea poziție. 

Formatul comenzii este : 
XC marcaj, {marcaj | număr } 
unde : 
XC este numele comenzii ; 
Parametrii au aceeași semnificație ca în cazul comenzii XM. 

Pentru a facilita localizarea prin context a Indicatorului în fișierul 
editat CREDIT este prevăzut cu o comandă de căutare a unui şir de 
caractere. Indicatorul va fi poziţionat pe primul caracter după șirul spe- 
cificat dacă este găsit, dacă nu, rămîne pe poziţia de unde a început cău- 
tarea. Printr-o altă comandă se poate specifica găsirea unui șir de carac- 
tere și înlocuirea acestuia cu un alt şir, Indicatorul fiind poziţionat pe 
primul caracter după acesta. 

Pentru ambele comenzi căutarea se poate face în tot fișierul înce- 
pind cu poziţia Indicatorului sau numai într-o zonă delimitată de para- 
metrii specificaţi în comandă. 

Pentru căutare, un text poate fi specificat exact prin şirul de carac- 
tere din care este format, dar există şi posibilitatea de specificare pe anu- 
mite poziţii ale șirului a unor caractere speciale care permit identificarea 
tuturor şirurilor care aparţin la mulţimea determinată de aceste semne 
speciale. Astfel : 

? se identifică cu orice caracter ASCII. 

Ex.: ABC?E se identifică cu ABCDE,ABCSE,ABC*E sau orice şir care 

are în poziţiile 1, 2, 3, 5 caracterele ABCE indiferent de caracterul din 

poziţia 4; 

CTRL/Y identifică caracterul ce urmează după CTRL/Y cu oricîte carac- 

tere identice după CTRL/Y. 

Ex. : CTRL/YOAH se identifică cu 0AH, 00AH, 000AH ; 

CTRL/W identifică aceleaşi caractere indiferent că sînt cu sau fără SHIFT 
(mari sau mici). 

Ex.: CTRL/W mhZ CTRL/W se identifică cu MhZ, mHZ, MHZ, MHZ. 

Comanda F: caută un şir de caractere marcat de delimitatori de început 
și sfîrşit de şir. 

Formatul comenzii este : 

F (şir de caractere) |marcaj/număr] unde : 

F este numele comenzii ; 

(șir de caractere) specifică șirul căutat, între delimitatori; mar- 
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caâj/număr reprezintă, împreună cu poziţia curentă a Indicatorului, 

porţiunea de text în care se face căutarea : de la Indicator pînă la 

marcaj sau numărul de linii după (număr pozitiv), sau înainte (nu- 

măr negativ) de poziţia curentă a Indicatorului. 

Dacă număr =0 se caută de la începutul liniei pînă la Indicator. 
Comanda S | SQ: caută un șir de caractere și-l înlocuieşte cu alt şir. 

Formatul comenzii este : 

{S| SQ} (text vechi/text nou) [marcaj/număr] 

unde : S este numele comenzii de înlocuire a textului vechi cu cel 

nou ; 

SQ este numele comenzii ce caută textul vechi, întreabă operatorul 

și face înlocuirea numai dacă răspunsul este Y sau y. Textul vechi 

trebuie să fie de lungime diferită de 0 iar textul nou poate fi de 

lungime 0. Ambele texte trebuie întotdeauna încadrate de delimita- 

tori. Dacă textul vechi nu este găsit se afișează un mesaj de eroare 

NOT FOUND ; 

Prin număr sau marcaj se poate fixa Zona din text unde operează 

comanda. Şirul de caractere reprezentînd textul vechi poate conţine 

caracterele speciale ?, CTRL/Y sau CTRL/W. Execuţia comenzii poate 

fi întreruptă prin. introducerea de la tastatură a caracterului ESG. 


7.3.5. Tehnici de editare avansate 


` 


Facilitățile editorului prezentate în paragrafele precedente acoperă 
în cea mai mare parte cerinţele utilizatorilor. Pe lîngă acestea, CREDIT 
este prevăzut cu funcţii ce permit utilizarea unor tehnici avansate de edi- 
tare de către utilizatorii cu experiență în editarea cu CREDIT. Aceste 
funcţii se referă la posibilităţile: de utilizare a unor macrocomenzi, execu- 
tarea iterativă a unui şir de comenzi, fișiere de comenzi memorate pe 
disc, execuţia condiţională a unor şiruri de comenzi, fişiere de date pe 
disc, fişiere indirecte de comenzi, comenzi pentru adaptarea contextului 
de editare la caracteristicile terminalului utilizat. 


Macrocomenzi 


Macrocomenzile sînt şiruri de comenzi recunoscute de CREDIT care 
sînt definite şi denumite de către utilizator ca macrocomenzi și pot fi ape- 
late sub numele dat la definire. În acest fel se pot grupa şiruri de comenzi 
care se repetă în cursul editării facilitind astfel introducerea fără erori a 
şirurilor lungi de comenzi. La utilizarea în. mod comandă se pot defini 
racrocomenzi cu parametri formali urmînd ca în momentul apelării să 
se transmită parametrii efectivi. La definirea unei macrocomenzi se per- 
mit şi apeluri de macrocomenzi, ceea ce permite apelarea recursivă a 


macrocomenzilor. Utilizatorul trebuie să examineze cu atenţie această 
posibilitate. De asemenea în corpul de definiţie pot fi introduse comenzi 
care schimbă modul de editare (ecran sau comandă), dar trebuie avut în 
vedere ca terminarea execuţiei unei macrocomenzi să se facă în același mod 
în care a început; astfel se evită execuţia într-un mod inadecvat a co- 
menzilor în continuare. 
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Funcţiile ce permit manipularea macrocomenzilor sînt : 
— Definirea unei noi macrocomenzi (MS) ; 

— Execuţia unei macrocomenzi (MF) ; 

— Ştergerea unei macrocomenzi existente (MD) ; 

— Afişarea definiţiei macrocomenzilor existente (?M). 

Comanda MS : definește un şir de comenzi ca o macrocomandă cu numele 
specificat. Dacă acest nume există deja, se emite un mesaj de eroare 
și definirea nu se efectuează. 

Formatul comenzii este : 

MS nume | şir de comenzi | unde : 

MS este numele comenzii ; l 

nume este un singur caracter ASCII reprezentînd numele macro- 
comenzii. Acest caracter poate fi orice caracter în afară de cr, If, 
escape, N, * şi spaţiu. Nu este permisă multidefinirea ; 

Sir comenzi reprezintă comenzile ce se vor executa la apelarea 
macrocomenzii. Acesta trebuie delimitat cu un delimitator de în- 
ceput şi sfîrşit de şir. 

Fiecare parametru formal (dacă este cazul) éste specificat prin ca- 
racterul (%). La apelare, pentru fiecare (%) trebuie furnizat un pa- 
rametru efectiv. Aceştia sînt specificaţi în paranteze şi separați prin 
virgule. Corespondenta între parametrii formali și cei efectivi tre- 
buie să fie 1 la 1, altfel se emite un mesaj de eroare. Semnul da 
poate fi utilizat în textul de definite ca şi caracter obişnuit prin 
dublă literalizare (4%). 

Comanda MF : execută macrocomanda specificată dacă este definită ; dacă 
nu, se emite un mesaj eroare, 

Parametrii efectivi (dacă este cazul) sînt transmiși în ordinea de la 
definire, delimitați prin paranteze şi separați de virgule. 

Formatul comenzii este : 

MF nume |(param [,. . ., param])] 

unde : 4 
MF este numele comenzii ; 
param... reprezintă parametrii efectivi (opţional) ce sînt transmiși 
macrocomenzii. Un parametru nul se poate transmite prin lipsa 
textului între virgulele de separare. 

Virgula poate fi introdusă în text ca parametru prin literalizare 


A 
Comanda CTRL/F : expandează o macrocomandă exact ca si MF dar tre- 
buie notat că CTRL/F se execută în mod ecran și deci comenzile din 
şirul de definire trebuie să fie alese corespunzător modului ecran. 
De asemenea trebuie notat că nu se pot transmite parametri efec- 
tivi. , 
Formatul comenzii este : 
CTRL/F nume. 
Comanda MD : şterge toate macrocomenzile definite sau numai pe cea spe- 
cificată prin nume. 
Formatul comenzii este : 
MD {nume]*} unde: 
MD este numele comenzii ; 
nume specifică numele macrocomenzii ce se va şterge ; 
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* reprezintă indicaţia că trebuie şterse toate macrocomenzile. 
Comanda ?M : afişează numele şi definiția tuturor macrocomenzilor. 


Formatul comenzii este : 
?M. 


Execuţia iterativă a comenzilor 


Un şir de comenzi poate fi executat în mod repetat prin delimitarea 
acestuia de caracterele (<, >) şi specificarea condiţiei de terminare a 
execuţiei. 

Formatul este : 

în |!) <şir comenzi> unde : 

n reprezintă numărul maxim de execuţii a şirului de comenzi ; 

! execuţia șirului de comenzi începe cu poziţia ÎIndicatorului și 
se termină cînd se ajunge la sfîrşitul fişierului. Se pot prevedea 
pînă la cinci nivele de paranteze unghiulare (<, >). 


Comanda EL: permite terminarea! execuţiei unei bucle de comenzi spe- 
cificată prin (<, >). EL trebuie introdusă în șirul de comenzi ast- 
fel ca să se execute la îndeplinirea unei conditii, forțind astfel ieși- 
rea din bucla de comenzi şi continuarea execuţiei comenzilor după 
buclă. Execuţia condițională a comenzilor va fi prezentată în con- 
tinuare. i 


Comanda QU : permite atribuirea unei valori logice (adevărat sau fals) 
unui semafor (Query-flag) ce poate fi testat cu alte comenzi. Astfel 
la execuţia comenzii QU, se afișează pe ecran semnul întrebării (?) 
și dacă răspunsul de la tastatură este Y sau y semaforul primeşte 
valoarea adevărat altfel primește valoarea fals, 


Comanda QT: execută comanda următoare dacă semaforul Query este 

adevărat, altfel sare peste aceasta. 

Formatul de utilizare a comenzii este : 

QT; { comandă | <șir comenzi> E unde: 

QT este numele comenzii ; 

Comandă | șir comenzi> reprezintă comanda sau bucla de comenzi 
ce va fi executată numai dacă semaforul este adevărat, altfel execută 
comanda următoare lui comandă sau <șir comenzi >. 

Comanda QF : execută comanda (sau bucla de comenzi) următoare dacă 
semaforul Query este fals, altfel execută comanda care urmează 
după cea imediat următoare lui QF. 

Formatul de utilizare este : 

QF; { comandă | șir comenzi> } | 
Pentru execuţia condiționată a unor comenzi se poate utiliza ca şi 
condiţie de test rezultatul (adevărat sau fals) al execuţiei comenzi- 
lor de căutare a unui şir şi de căutare şi înlocuire (F, S şi SQ). Pen- 
tru aceasta CREDIT defineşte un semafor (Yes-flag) căruia îi atri- 
buie valoarea adevărată sau fals, după cum șirul specificat este găsit 
sau nu. Acest semafor poate fi testat cu comenzile YT şi YF. 

Comanda YT : execută comanda (sau bucla de comenzi) următoare numai 
dacă semaforul Yes este adevărat, altfel sare la comanda următoare 
celei imediat următoare lui YT. 

Formatul de utilizare este : 
YT; { comandă | şir comenzi> L 
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Comanda YF : execută comanda (sau bucla de comenzi) următoare numai 
dacă semaforul Yes are valoarea logică fals. 
Formatul de utilizare este : 
YF; { comandă | <șir comenzi> |. 
Comanda U : permite afișarea unui mesaj la terminal, 
Formatul comenzii este : 
U Jtext/ unde : 
U este numele comenzii ; 
ltext/ reprezintă mesajul ce va fi afişat la comandă. Textul trebuie 


delimitat cu acelaşi caracter la început și sfîrşit. 


Utilizarea fişierelor de comenzi 
Un şir de comenzi, inclusiv definiri ai apeluri de macrocomenzi, poate 
fi memorat sub forma unui fişier SFDX şi executat exact ca şi cum ar fi 
introdus de la tastatură. Macrocomenzile definite într-un fişier pot fi uti- 
lizate în continuare pe tot cursul editării, Numele fișierului poate fi 
CREDIT.MAC şi atunci nu mai trebuie specificat în comanda de lansare 
în execuţie (CREDIT PROG.ASM MACRO), încărcarea lui se face implicit 
de pe discul care conţine programul CREDIT sau poate avea un alt nume 
specificat explicit în comanda de lansare în execuţie (CREDIT PROG.ASM 
MACRO (: F3 : COM.MAC)). 
Un fişier de comenzi poate fi încărcat ai cu o comandă specială. 
Comanda G : încarcă un fişier de comenzi. 
Formatul comenzii este : 
G nume de fişier; 
Fișierul de comenzi poate la rîndul lui să conţină comanda G. Pro- 
cedeul poate fi utilizat pe oricîte nivele deoarece un singur fișier 
este deschis la un moment dat. 


Utilizarea fișierelor de date 

Pentru a facilita editarea unor fişiere foarte mari, CREDIT permite 
utilizarea unor fişiere de date auxiliare care pot fi citite/scrise în timpul 
unei editări. La un moment dat pot fi deschise cel mult două fişiere, unul 
pentru citire şi celălalt pentru scriere. În continuare se prezintă comen- 
zile care permit utilizarea fișierelor de date. 

Comanda OR : deschide un fișier pentru citire. Fişierul specificat trebuie 
să nu fie deja deschis (exceptînd :CI : care este deschis pentru ci- 
tire permanent). 

Indicatorul se poziţionează la începutul fişierului. 

Formatul comenzii este : 

OR nume fişier unde : 

OR este numele comenzii ; 

nume fişier specifică fişierul ce trebuie deschis pentru citire. 

Comanda OW : deschide un fişier pentru scriere. Fişierul trebuie să nu fie 
deja deschis, exceptind : CO : care e deschis în permanenţă. 
Formatul comenzii este : 

OW nume fişier. 
Dacă nume fişier există deja, acesta va fi şters. Indicatorul se pozi- 
ţionează la începutul fişierului. 
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Comanda B : deplasează Indicatorul extern la începutul fișierului deschis 


pentru citire. Dacă nu există un astfel de fişier, comanda nu are 
efect. 


Formatul comenzii este : 
B 


Comanda R : Citeşte un: număr de linii din fişierul extern deschis pentru 


citire începînd cu poziţia Indicatorului extern și inserează textul 
citit în textul în curs de editare începînd cu poziţia Indicatorului. 
Textul citit nu este şters iar Indicatorul extern este poziţionat pe 
primul caracter ce urmează blocului citit. Indicatorul intern se po- 
ziționează pe primul caracter ce urmează blocului inserat. 
Formatul comenzii este : 

Rin] unde : 

R este numele comenzii ; 

n specifică (opțional) numărul de linii citite. Dacă n lipseşte se ci- 
teşte o linie. Dacă n=0 comanda nu are efect. 


Comanda W : scrie un număr de linii într-un fişier extern deschis pentru 


scriere. 
Formatul comenzii este : 
W [număr] unde : 


W este numele comenzii ; 

număr reprezintă numărul de linii ce vor fi scrise. 

Dacă număr este negativ se scriu liniile ce preced poziţia Indicato- 
rului iar dacă este pozitiv, liniile ce urmează. Se scrie inclusiv linia 
care conţine Indicatorul în ambele cazuri. Dacă n=0 se scrie linia 
curentă pînă la poziţia Indicatorului. Comanda W nu modifică po- 


ziția Indicatorului intern. 
Comanda CR : închide fişierul deschis pentru citire. 

Formatul comenzii este : 

CR 
Comanda CW : închide fişierul deschis pentru scriere: 

Formatul comenzii este : 

CW 
Dacă nu există fişier deschis, CR sau CW nu au efect. 

Pentru a putea adapta contextul în care se execută CREDIT la carac- 

teristicile terminalului s-a prevăzut o comandă care poate fi executată 
imediat după lansarea în execuţie. Astfel se pot modifica : 


numărul de linii ce pot fi afişate pe ecran ; 

codurile de intrare şi ieşire pentru deplasarea cursorului ; 
codurile de intrare și ieşire pentru funcţiile de ştergere a ecra- 
nului ; 

caracterul afișat ca terminator de linie ; 

coloanele pentru tabulare orizontală ; 

codurile utilizate pentru caracterele „generice“ (?, CTRL/W, 
CTRL/Y) ; 

suprimarea mesajelor de eroare la execuţia comenzilor F și S, SQ. 


Comanda A : modifică contextul de execuție a editorului. 
Formatul comenzii este : 
{AF | A Jcod= valoare unde ` 
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A | AF este numele comenzii ; 
cod este format din 1 sau 2 caractere reprezentînd funcţia ce ur- 


mează să fie modificată ; 
valoare reprezintă valoarea corespunzătoare ce se atribuie funcţiei 
selectate pentru modificare. Spațiile după (=) sînt considerate ca 
atare (deci nu se ignoră). 

Valorile posibile pentru cod sînt : 

AL =terminatorul de linie ce se va afișa la fiecare cr, If (un singur 

caracter) ; 

AV=numărul de linii reprezentînd dimensiunea ecranului (22, 23, 

24, 25) ; 

AS= afişarea (T) sau suprimarea (F) mesajelor de eroare emise la exe- 

cuţia comenzilor F, S, SQ; 

AT=poziția coloanelor pentru tabulare (0—79). Implicit se con- 

sideră 8 ;- l 

AFWA=codul utilizat pentru identificarea cu orice număr de carac- 

ter. Implicit este CTRL/Y ; 

AFWC=codul utilizat pentru identificarea caracterelor cu sau fără 

SHIFT. Implicit este CTRL/W ; 

AFWI=codul utilizat pentru identificare cu orice caracter. Implicit 

este (?) ; 

AFBK = codul pentru suprimarea afişării unui caracter pe ecran. Im- 

plicit este spaţiu (blanc = 20H). 

Pentru următoarele funcții valoare este formată din două caractere. 
Dacă cel de al doilea caracter nu este introdus, se consideră 0. Orice carac- 
ter poate fi literalizat pentru a putea fi specificat ca valoare. Dacă edita- 
rea fişierului de comenzi se face în mod ecran, escape nu poate fi lite- 
ralizat. 

AFCU =codul generat de tastatură pentru deplasarea cursorului în 

sus; 


AFCD = codul generat de tastatură pentru deplasarea cursorului în 
jos ; 

AFCL= codul generat de tastatură pentru deplasarea cursorului la 
stînga ; 

AFCR=codul generat de tastatură pentru deplasarea cursorului la 
dreapta ; 


AFMU =codul (1 sau 2 caractere) ce trebuie trimis în ecou pentru de- 
plasarea cursorului în sus ; 

AFMD = codul ce trebuie trimis în ecou pentru deplasarea cursorului 
în jos; 

AFML= codul ce trebuie trimis în ecou pentru deplasarea cursorului 
la stînga ; 

AFMR = codul ce trebuie trimis în ecou pentru deplasarea cursorului 
la dreapta ; 

AFES = codul de ștergere a întregului ecran ; 

AFER = codul de ştergere a restului ecranului ; 

AFEL = codul de ștergere a restului liniei. 

Comanda ?A : afişează codurile curente pentru funcţiile modificabile (pre- 

zentate mai sus). 
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Utilizarea editorului cu SUBMIT l 

O sesiune de editare completă, sau alte operații implicînd funcţiile 
sistemului de operare inclusiv editarea, pot fi memorate într-un fișier pe 
disc şi executate cu SUBMIT : 

SUBMIT nume fişier.CSD. 

Trebuie avute în vedere următoarele particularități : 

— CREDIT se execută numai în mod comandă ; 

— EQ nu necesită Y sau y de la tastatură ; | 

— QU şi SQ emit mesajul de întrebare direct la consolă ; 

— Cel mult două fişiere pot fi deschise la un moment dat ; 

— CREDIT nu recunoaște comanda CTRL/V ; 

— Caracterele CTRL/E şi CTRL/P sînt utilizate de SUBMIT. 


7.3.6. Mesajele de eroare emise de editor 


In general erorile sînt specifice modului de lucru-ecran sau comandă 
cu excepţia următoarelor trei erori ce nu depind de modul de lucru. 

— INSUFICIENT MEMORY apare în momentul în care memoria in- 
ternă disponibilă devine mai mică de 64 octeți ;. 

— CREDIT ERROR apare la detectarea de către CREDIT a unei erori 
interne ` 

— WARNING : DISK. FULL este un mesaj de avertizare că mai există 
prea puţin spațiu disponibili pe disc şi editarea poate continua cu 
riscul ca anumite comenzi să nu poată fi executate și să se compro- 
mită editarea. 


“Erorile în mod ecran 
In acest mod de lucru pot apare ca mesaje explicite de eroare doar cele 
legate de utilizarea macrocomenzilor. Erorile de tip comenzi ilegale sînt 
semnalate prin avertizorul sonor al terminalului și pot apare în următoarele 
situaţii : 
— Încercarea de deplasare a cursorului în afara limitelor ecranului ; 
— Încercarea de efectuare a unei modificări de tip „ştergere într-o 
zonă fără text și cu poziţia cursorului diferită de cea a Indicato- 
rului ; 
— Încercarea de introducere în cadrul comenzilor CTRL/A sau 
CTRI/C a unui caracter netipăribil fără să fie literalizat ; 
— Utilizarea funcţiei RUBOUT(DEL) în afara comenzii CTRL/A ; 
— Introducerea celui de al doilea marcaj de ştergere text, CTRL/Z 
înaintea primului ; 
— Introducerea unui cod diferit de CTRL/Z sau codurile de deplasare 
a cursorului în cadrul comenzii CTRL/Z ; 
— Încercarea de ştergere sau modificare a caracterului reprezentînd 
terminatorul de fișier, 
În mod ecran pot apare erori sintactice la referirea unor macrocomenzi 
nedefinite sau cu definiri eronate. 
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Erorile în mod comandă 

O eroare detectată la lansarea în execuţie, la editarea în mod comandă 
determină afișarea unui mesaj de eroare şi a liniei eronate pînă la"punctul 
unde s-a detectat eroarea. 

Erorile posibile semnalate de CREDIT sînt următoarele : 

UNCLOSED STRING 

Delimitatorul de sfîrşit de șir nu a fost găsit pînă la sfîrșitul liniei 
de comandă. 

FILE ACCES ERROR 

Încercarea de a face acces la un fișier în mod inadecvat. (Scriere la un 
fişier protejat, citire de la un fișier de ieșire etc.). 

FILE IN USE 

Fişierul este deja deschis deci nu mai poate fi deschis pînă nu este 
închis mai înainte. 

UNRECOGNIZED COMMAND 

Introducerea unei comenzi nerecunoscută de CREDIT. 

IMPROPER OPERAND 

Argumentul comenzii este eronat. 

MISSING OPERAND 
Comanda nu conţine operandul cerut de formatul acesteia. 

ILLEGAL VALUE 

Un operand de tip număr conţine caractere nenumerice sau este în- 
afara intervalului —32767 : 422767 

ITTERATION ERROR 

Paranteze unghiulare incorect împerecheate sau specificarea număru- 
lui de iterații este greşită. 

ARGUMENT MISMATCH 

Nepotrivirea numărului de argumente efective şi formale în timpul 
espandării unei macrocomenzi. 

BUFFER FULL 

Încercarea de a introduce peste 2 000 de caractere în zona de comenzi. 
Poate să apară la I, G, MF, la introducerea unei linii de comenzi. 

TERMINATOR EXPECTED 

O comandă a fost terminată prin altceva decit (;), (>) sau CR, LF. 

ILLEGAL NAME 

Nume de marcaj, fişier sau macrocomandă incorect. 

DOESN'T EXIST 

Numele de marcaj, fişier sau macrocomandă specificat nu există. 

ALREADY EXISTS 

Numele fișierului, marcajului sau macrocomenzii există deja. 

TAG POSITION 

Marcajul de sfîrşit pentru comenzile. DC, XC sau XM este înaintea 
marcajului de început. 

WARNING : DISK FULL 

CREDIT apreciază că nu prea mai există spaţiu pe disc suficient pen- 
tru a continua editarea. Se poate continua totuși, dar pe răspunderea uti- 
lizatorului. 
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7.3.7. Fişiere utilizate de CREDIT 


Pe lîngă fişierele de comenzi și de date controlate de utilizator există 
mai multe fișiere temporare utilizate de CREDIT ca memorie tampon pen- 
tru executarea unor comenzi. Trebuie avut în vedere faptul că SFDX per- 
mite deschiderea a cel mult 6 fişiere la un moment dat. 

Astfel, dacă se lansează CREDIT pentru editarea unui fișier existent, 
vor fi deschise trei fişiere : 

— Fișierul specificat în comanda de lansare ` 

— Un fişier de ieșire CREDTI.TMP care conţine rezultatul editării 
pînă ce se execută EX. In acest moment CREDT1.TMP este rede- 
numit cu numele fişierului destinaţie specificat (implicit sau expli- 
cit) la lansare ; 

— Un fişier de ieşire CREDT2.TMP utilizat doar la execuţia unor 
comenzi de deplasare a Indicatorului spre începutul fișierului 
într-o zonă scrisă deja pe disc. 

Unele comenzi utilizează explicit fişiere de dise Ex. : 

— G utilizează un fișier de comenzi specificat de utilizator ; 

— XC, XM utilizează un fişier temporar CREDT3.TMP ; 

— OR, OW utilizează fişiere specificate de utilizator ; 

— R, W utilizează fişierele deschise cu OR și OW. 

Într-o utilizare normală a editorului nu se depășește limita de 6 fişiere 
deschise simultan, limită impusă de zona de memorie rezervată pentru 
zonele tampon. 

La utilizarea editorului cu SUBMIT există posibilitatea de a avea 
deschise fişierul indirect (SUBMIT), fișierul ce se editează, două fișiere 
“TIMP, două fişiere deschise cu OR și OW şi la execuţia unei comenzi ce 
necesită CREDT3.TMP se detectează o eroare fatală care reiniţializează 
SFDX. ` 

Cele trei fișiere CREDT ?TMP au nume rezervate și nu pot fi uti- 
lizate în alt scop. La terminarea corectă a unei sesiuni de editare (prin EX 
sau EQ) aceste fişiere sînt șterse sau redenumite. Fișierele temporare se 
deschid pe aceeași unitate pe care va fi scris fișierul destinaţie, după 
editare. 

Deplasarea îndicatorului înapoi într-un fișier foarte mare este o ope- 
rație consumatoare de timp şi spaţiu pe disc. Într-o astfel de situaţie este 
mai convenabil încheierea editării și reluarea după aceea. Pentru edita- 
rea unor fişiere foarte mari se recomandă ca fişierul sursă şi fişierul desti- 
nație să fie pe unităţi separate. Trebuie notat că fișierele temporare sînt 
deschise pe discul destinaţie. 


7.3.8. Exemplu de utilizare a editorului CREDIT 


comenzi ale editorului CREDIT. Fișierul MACRO prezentat conţine toate 
comenzile pentru crearea şi utilizarea unor biblioteci de programe. sursă 
cu ajutorul editorului CREDIT. 


7 — MicrGesteiiatoarele — vol. D 97 


MZAZORY 3 JTE; 1/RHLAR ! 
73 RSOOO:CRi T/ REHE 


BA 


Ha ITT bëstetZEiëNR/irvEsELrLOorb:E/RRëR/ >; AS=F? 
MEF T E /RRIRRI LOT 7 


STEE A); YT: MFP? 
MSFPFTSiF/88BB#/ LO; J-i T52; JTI; PT2; TD2; T017 

MIWPMFF (Is YT; HEN (Lä 

MEYV IL TEL 5F 70844 /: LO; J-L TS2; JTEsL-1:TSZ2;L;XCT1, T2; JTE; 
(47.3 WIOOO; Me JT3; Li OCTE; JTi; TDi; TEZ; TDI? 

MEDTMFF A) YT MFZ; 2 


TS; Fran Lorit; TS2;JT1;D0CT2; DL; TOi; TRZ? 


4, 
ZORTE LIBRARIAN KAN 
DO YOU WANT INSTRUCTIONS (Y/N) ! s DU: QT; GSLIB. HP: AFCR=" 


Exemplul de mai sus permite crearea si intretinerea 
wor biblioteci de programe sursa 


GJ/AVAIAELE MACRIZ: 
GtPIILE NAME, RHODE NAME) = ADD A METLILE FROM A SPECIFIED FILE 
= LIST NAMES CE ALL MODILEE, . 

(MODULE NAME) = LIST THE CONTENT OF A SPECIFIED MODULE 
WMULIILE NAME,FILE NAME) > WRITE A MODULE INTO A FILE 
FiMIUULE NAME) = HOME CURSOR TO THE CEGINIG OF A MODULE 
CI IMODIILE NAME, = REMOVE A MODILE FREM THE LIBRARY 


ERES RETURN TO CONTINUE /s GOU 


Capitolul 8 Utilizarea limbajului de asamblare 


La începutul acestui capitol se descrie detaliat asamblorul MACI8 
orientat pe lucrul cu benzi (perforate sau magnetice). În continuare se 
prezintă macroasamblorul ASM80 cu accent pe diferenţele faţă de MACI8. 


8.1. Macroasamblor MAC18 - 


8.1.1. Prezentarea generală a macroasamblorului 


Macroasamblorul MAC18 este un program care permite utilizatorului 
asamblarea programelor sale și generarea codului obiect pe un suport 
extern. 


Asamblarea este o funcție programată pentru transformarea unui 
program sursă scris în limbaj de asamblare în program obiect, în limbaj 
maşină, direct executabil de către calculator. 

Ținînd seama de particularitățile limbajelor de asamblare, faţă de 
limbajul mașină această traducere înseamnă de fapt : atribuirea de valori 
simbolurilor, expresiile simbolice trebuiesc calculate şi primesc valori, co- 
durile simbolice ale operaţiilor primese corespondentul în limbaj mașină, 
adresele simbolice sînt localizate în memorie, macroinstrucţiunile se înlo- 
cuiesc cu secvențele de instrucțiuni corespunzătoare, directivele se mate- 
rializează prin diferite acţiuni pe care le efectueu-ă asamblorul. 

Practic acest proces se desfăşoară în felul următor : textul sursă sto- 
cat pe cartele, bandă perforată sau alt suport (casetă, disc) într-un fişier 
de lucru, este citit de către asamblor și analizat instrucţiune cu instruc- 
ţiune. 

Traducerea, în funcţie de complexitatea limbajului, se face printr-o 
singură explorare a textului sursă de către asamblor sau mai multe ex- 
plorări succesive. Una din caracteristicile importante ale unui asamblor 
este numărul de citiri ale textului sursă, necesare pentru asamblarea pro- 
gramului sursă. Fiecare citire a programului sursă reprezintă o fază a 
procesului de asamblare. 

Macroasamblorul M AC18 este un asamblor în două faze. 
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În prima fază asamblorul construiește o tabelă de simboli (TS) în care 
se trece fiecare simbol folosit de programul asamblat împreună cu va- 
loarea prin care se definește și care i se atribuie simbolului, pentru ca în 
faza a 2-a să se treacă la traducerea programului sursă în limbaj mașină, 
folesindu-se în acest scop tabela de simboli construită în prima fază. 

Dacă în dorinţa de a se face un limbaj de asamblare cît mai evoluat se 
introduc prea multe facilităţi, reducîridu-se unele din restricţiile impuse, 
atunci se poate ajunge la situaţia în care numai 2 faze să nu fie suficiente 
şi să se treacă la asamblorul în 3 sau mai multe faze. Pe de altă parte, este 
de dorit ca numărul de faze să fie cît mai mic pentru ca procesul de 
asamblare să fie cît mai rapid. Asamblorul care lucrează în două faze 
reprezintă o soluţie de compromis acceptabilă, între nivelul de evoluţie 
al limbajului și timpul de asamblare. 

Totuşi asamblarea în 2 faze impune anumite restricții pentru progra- 
mator. De exemplu, pentru directiva de echivalare a unui simbol EQU, 
o construcţie de forma : 

Al EQU Bi+3 

Bl EQU 4 
este semnalată ca eroare de fază şi poate genera alte erori la folosirea 
lui Al. 

De exemplu : ORG A1 va fi semnalată ca eroare de fază. 

Simbolii definiţi prin EQU trebuie să conţină în expresia de definiţie 
numai simboli ce au fost definiţi anterior. Această restricție apare din 
necesitatea ca la sfîrșitul primei treceri tabela de definire a simbolilor 
utilizaţi să fie completată în întregime. Astfel în momentul întîlnirii 
liniei : ! 

Al EQU B1+3 
B1 nu a fost definit în tabelă, deci este dat ca simbol nedefinit şi i se atri- 
buie valoarea zero. ` 

In faza a 2-a simbolul B1 este definit în tabelă şi la întîlnirea liniei 
'Al EQU B1+% expresia ia valoarea 7 care nu mai coincide cu va- 
Joarea 3 din tabelă, semnalîndu-se eroare. 

De asemenea este necesară apariția corpului de definire a unei ma- 
croinstrucțiuni înainte de apelarea ei pentru a se şti CD octeți va ocupa 
expandarea. 

Este evident că în scrierea corectă a programelor în limbaj de asam- 
blare, se presupune în primul rînd respectarea riguroasă de către pro- 
gramator a tuturor regulilor de scriere a cuvintelor si a frazelor utilizate 
în program. Programele scrise în limbaj de asamblare nu sînt scutite totuşi 
de erori de scriere. Erorile care se depistează sînt semnalate programato- 
rului pentru a le putea corecta. Erorile depistate în te&tul sursă nu trebuie 
să conducă la abandonarea asamblării. Asamblorul trebuie conceput în așa 
fel încît să continue tratarea întregului text sursă, pentru a depista cît 
mai multe erori. 

Macroasamblorul MAC18 lucrează în două faze; faza a doua poate 
cuprinde mai multe acţiuni în funcţie de opțiunea utilizatorului : 

— se poate obţine listarea textului sursă asamblat. ; 

— sa poate genera programul obiect direct executabil pe un suport 

extern ; 

— se pet combina aeţiunile anterioare într-un singur pas. 


F00 


Faza 1 

În procesul de traducere a textului în limbaj mașină asamblorul tre- 
buie: să facă o clasificare şi o gestiune a tuturor simbolilor întîlniţi, care 
pot fi globali sau locali, definiţi sau nedefiniţi. 

Sarcina principală a primei faze este de a construi o tabelă de sim- 
boli cu numele definite în programul sursă şi de a asocia fiecărui nume 
o adresă de memorie sau o valoare. 

Macroasamblorul, avînd facilitatea de bierg cu macroinstrucțiuni de- 
finite, de utilizator, poate lucra în mai multe moduri (stări) distincte : 

. Asamblarea unei linii sursă de pe suport extern ; 

. Definire corp de macroinstrucțiune ; 

. Parametri formali ai unei macroinstrucțiuni ; 

. Culegere corp de macroinstrucțiune ; 

Sfîrșit definire corp de macroinstrucțiune ; 

Apel macroinstrucțiune ; 

. Parametri actuali la apelul unei macroinstrucțiuni ` 
Sfîrşit corp de macroinstrucțiune ; 

„ Starea de asamblare obișnuită nu pune probleme dificile în pro- 
cesul de asamblare. Etichetele se introduc în tabela de simboli utilizaţi, 
în momentul întîlnirii lor. Etichetele căutate nu sînt referite, calculul care 
se face este în legătură cu avansarea contorului programului (PC). 

Acesta este încrementat cu 1, 2, 3 pentru instrucţiunile de 1, 2, 3 
octeți şi este modificat de directivele : 

ORG EXPR 

DS EXPR 
unde EXPR este o expresie aritmetică-logică ce conţine numai simboli an- 
terior definiţi, sau este avansat cu 2n octeți la întîlnirea directivelor ` 


DS data, datas,... datan ` 
DW data, datag,... datas 
sau cu n octeți pentru : 


HONDINA UON ER 


DB Zeus... ch 

2. Starea de definire corp de macroinstrucţiune completează în ta- 
bela de simboli a utilizatorului numele macroinstrucțiunii, tipul ei și o 
adresă de trimitere la sfîrşitul tabelei de simboli unde se va depune cor- 
pul de definiţie. Se marchează un indicator pentru a permite copierea 
corpului macroinstrucţiunii în tabela de simboli. 

3. Starea de parametri formali impune completarea în tabela de sim- 
boli a numelor acestor parametri si a ordinii lor în șirul de definire 
(primul, al 2-lea etc.). 

4. Starea de culegere corp macro presupune citirea liniilor program 
ce compun corpul macroinstrucţiunii, copierea lor fără nici un fel de 
analiză în tabela de simboli şi substituirea, ori de cîte ori se întîlneşte un 
parametru formal, cu un cod special care să permită, la apeluri de ma- 
ero, substituirea parametrilor formali cu parametrii actuali. 

5. Starea de sfîrșit definire de corp macro presupune copierea cor- 
pului macroinstrucțiunii într-o zonă specială a tabelei de simboli ai com- 
pletarea adresei de legătură a numelui macro din tabela de simboli utili- 
zator cu această nouă zonă precum și resetarea indicatorului de copiere 
corp macro. 
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6. Starea de apel macroinstrucțiune impune, datorită facilităţilor care 
permit apel la macroinstrucţiune în alt corp de maerg, următoarele 
acţiuni : 

— salvarea indicatorilor de lucru cu macro şi de început şi sfîrșit 
de definiţie într-o zonă de date de tip stivă ; 

— încrementarea nivelului de adîncime al macroinstrucţiunii ; 

— iniţializarea numărului de parametri actuali macro ; 

— setarea indicatorului de aducere linii program din TS şi nu de 
pe suport extern. 

7. Starea de parametri actuali macro presupune completarea unei 
tabele cu numele sau valoarea parametrilor de apel a macro instrucţiunii 
pentru a se permite substituirea, ori de cite ori se întilnește în corpul 
macro, a unui parametru formal cu valoarea lui reală. 

8. Starea de sfîrşit de apel decrementează nivelul de apel de maero- 
instrucţiune iar dacă acest indicator este 0 se resetează indicatorul de 
aducere a liniilor programului din TS pentru a se citi mai departe de pe 
suport extern. 


Faza a doua 

Sarcina fazei a doua este de a genera cod obiect pe baza tabelelor. 
completate în prima fază. 

În starea de asamblare obișnuită se verifică dacă valoarea etichete- 
lor definite în prima fază coincide cu valoarea cu care se întîlnesc eti- 
chetele în faza a doua. 

Stările de definire corp de macro şi parametri formali sînt ignorate 
verificîndu-se doar corectitudinea adreselor în corpul de macro. 

În rest stările sînt identice. 


8.1.2. Setul de instrucțiuni și formatul instrucţiunilor 


Sintaxa instrucţiunilor 


Formatul programelor sursă este liber dar trebuie să respecte un set 
minimal de reguli. 
O instrucţiune are pînă la 4 părţi distincte numite cîmpuri. 
Cîmpul 1 — Cîmpul de etichetă cuprinde un nume utilizat pentru re- 
ferirea simbolică a instrucţiunilor și datelor ; 
Cimpul 2 — Cîmpul cod de operaţie ; 


Cîmpul 3 — Cîmpul operand (operanzi) conţine adrese sau informaţii 
despre datele necesare pentru cîmpul de cod ; 
Cîmpul 4 — Cîmpul de comentarii. Este prezent numai pentru progra- 


mator şi este ignorat de asamblor. Programatorul poate folosi 
cîmpul de comentariu pentru a descrie operaţiile şi a face astfel 
programul mai uşor de înţeles. 

Formatul fiind liber cîmpurile pot fi separate printr-un număr ar- 
bitrar de blancuri. 

Cîmpul etichetă — este opţional. Dacă este prezent poate fi format 
din 1—5 caractere alfanurmerice, primul caracter fiind literă, "Të sau '?. 
După etichetă este obligatorie prezența caracterului ': (Excepţie fac 
pseudoinstrucţiunile EQU, SET, MACRO). Dacă eticheta conţine mai 
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multe caractere decît 5, celelalte sînt acceptate dar sînt ignorate pînă 
la detecția caracterului ' sau separator (blanc). 


Asamblorul nu permite folosirea ca nume de etichete a simbolilor 
rezervaţi de asamblor ` mnemonice pentru instrucţiuni, nume de pseudo- 
instrucţiuni, nume de registre etc. 

Cîmpul cod de operaţie — conţine un nume care identifică o opera- 
ţie maşină, o pseudoinstrucţiune, o directivă sau un apel de macro. 

Cimpul operand — informaţia din acest cîmp este utilizată în con- 
juncție cu cîmpul cod de operație pentru a defini precis operaţia ce ur- 
mează a fi asamblată. În funcţie de cîmpul de operaţie, cîmpul operand 
poate fi absent sau poate consta din 1 sau 2 operanzi separați prin virgulă. 

Sînt 4 tipuri de informaţii care pot fi recunoscute ca entitate în 
cîmpul operand iar informaţia poate fi specificată în 9 moduri. 

Tipuri de informaţie : a) Registre ; 

b) Pereche de registre ; 
c) Date imediate ; 
d) Adrese de memorie. 
Specificarea se poate face prin : 
. Date hexazecimale ; 
. Date zecimale ; 
. Date octale ; 
. Date binare ; 
Contor program ($) ; 
. Constante ASCII ; 
. Etichete asignate ca valoare ; 
„ Etichete de instrucţiuni ` 
. Expresii. 
1. Date hexazecimale — Fiecare număr hexazecimal trebuie urmat de 
litera "HI şi trebuie să înceapă cu o cifră (0—9). 
2. Date zecimale — Fiecare număr zecimal poate fi urmat opţional de 
litera "Di. | 
3. Date octale — fiecare număr octal (compus din cifrele 0—7) trebuie 
urmat de una din literele "OH sau ‘Q’. 
, Date binare — Fiecare număr binar trebuie urmat de litera "D. 
. Contorul de program — Pentru a se specifica. valoarea curentă a con- 


torului de program se foloseşte caracterul $. 
6. Constante ASCII — Şiruri de caractere ASCII incluse în ghilimele (^. 
7. Etichete asignate ca valoare — Următoarele asignări sînt valabile în 
asamblor și sînt totdeauna active. 
B asignat cu 0 desemnează registrul B 
C 
D 
E 
D 
L 
referință de memorie 
registrul A 
indicatorii de condiții și 
registrul A 
registrul SP 


ow ND NA GG Een 


o e 


n 


D 
E 
H 
L 
M 
A 


DONQAR WN 


PSW 
SP 


D 
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Codurile de instrucţiuni sînt asignate cu valoarea lor corespunză- 
toare tabelei de coduri neasamblate (fără parametri) astfel : 


MOV MOV BG (40H) 

JMP JMP ADR (0C3H) 

LXI LXI B, data (01H) 
Be exemplu pentru : 

DB (MOV B, B), (JMP ADR), 01, 00, 0 
va fi generat şirul : 40C3010000. . 

8. Etichete care apar în cîmpul etichetă al unei instrucțiuni. 

9. Expresii aritmetice şi logice cuprinzînd date de tip (1)—(8) legate 
prin operatori aritmetici +, —, *, /, MOD sau logici NOT, AND, OR, XOR, 
SHL, SHR precum şi JV pentru a marca prioritățile de evaluare. 


Descrierea operatorilor : 
MOD — produce restul întreg obţinut prin împărţirea primului operand 
la al 2-lea ; 
WOT — produce complementarea fiecărui bit al operandului ; 
AND — produce „ȘI“ logic al operanzilor bit cu bit ; 
OR — produce „SAU“ logic al operanzilor bit cu bit ; 
KOR — produce „SAU EXCLUSIV“ al operanzilor bit cu bit; 
SHR-SHL — operatori logici de deplasare dreapta sau stînga bit cu bit 
al primului operand cu un număr de poziţii dat de al 2-lea 
operand. 
Programatorul trebuie să se asigure că rezultatul evaluării expresii- 
lor este o valoare adecvată (să nu depăşească valoarea cerută de context). 
De asemenea o instrucțiune în paranteze este o expresie corectă și 
valoarea generată este chiar codul instrucţiunii, Operatorul generează ex- 
presii care sînt evaluate cu următoarele priorităţi : 
1. paranteze (,) (prioritate maximă) ; 
2. *, L MOD, SHL, SHÉ ; 
3. +, — (unari sau binari) ; 
4. NOT; 
5. AND; 
. OR, XOR (prioritate minimă). 
În cazul mai multor paranteze sînt evaluate mai întîi expresiile din- 
tre parantezele cu nivelul de adîncime maxim. 


D 


Tipuri de informaţie 
a) Registru — orice expresie cu valoare finală v, 0 <V <7; 
b) Pereche de registre — 


B—B şi C 
D—D și E 
H—H și L 


FSW — indicatorii de condiții și registrul A 
SP — cei 16 biţi ai indicatorului stivei 
Pentru pereche de registre se admite orice valoare binară pară 2n, 
Dein": 
c) Date imediate — sînt atașate codului de operaţie în programul 
obiect. Pentru date imediate pe 1 octet se admite orice expresie 
aritmetică a cărei valoare v, 0<v<255, FF0O0<«v<FFFF ; 
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d) Adresă de 16 biţi sau o etichetă a unei alte instrucţiuni. 
Cîmpul comentariu trebuie să înceapă întotdeauna cu", 


Tastrucţiuni recunoscute de asamblor. 
Instrucţiunile recunoscute de asamblor sînt în număr de 78 şi sînt 
prezentate în capitolul 2. 


8.1.3. Pseudoinstrucţiuni recunoscute de asamblor 


Macroasamblorul MACI18 recunoaşte, pe lîngă cele 78 de instrucţiuni 
maşină, 12 pseudoinstrucţiuni care măresc puterea asamblorului. 

O pseudoinstrucţiune este scrisă în aceeași manieră ca și o instruc- 
țiune mașină însă nu se generează cod obiect. Scopul pseudoinstrucţiuni- 
lor este de a furniza asamblorului informații care să fie folosite la ge- 
nerarea codului obiect. 

În general formatul unei pseudoinstrucțiuni este următorul : 


nume | operaţie operand comentarii. 


poate fi necesar, TITLE 
opțional sau ilegal ORG 


etopt "ORG expresie (adresă 16 biţi) 

Contorul.de locaţii al asamblorului este setat la valoarea expresiei, 
care trebuie să fie o expresie validă (prin evaluare are o valoare repre- 
zentată pe 16 biţi). Următoarele instrucțiuni maşină (sau biţi de date 
generaţi) sînt asamblate la adresele expresie, expresie+1 etc. 

Dacă nici o pseudoinstrucțiune ORG nu apare înaintea primei instruc- 
țiuni mașină, asamblarea programului începe de la adresa 0. Eticheta 
este opţională. | 
etopt : DB listă | 
DB — (Define Byte(s) of Data) 

Definește octeți de date la adresa etopt, etopt +1. 

Lista poate fi o listă de : 

— Expresii aritmetice şi logice care evaluate se pot reprezenta pe 1 octet ; 
— Şir de caractere ASCII închise între apostroafe și separate prin virgule. 
etopt ` DW listă 

DW — (Define Word (Two Bytes) of Data). 

Defineşte cuvinte de date la adresele etopt, etopt+2,... 

Lista cuprinde expresii care evaluate dau valori pe 16 biți. 

etopt ` DS expresie 
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:DS — (Define Storage (Bytes)) 

Rezervă atît spaţiu de memorie (octeți) cît este specificat de expresie. 
Este echivalentă cu ORG $ + expresie 

nume EQU expresie 

EQU (Equate) 

Simbolul /nume' este definit în tabela de simboli cu valoarea rezul- 
tată din evaluarea expresiei. Ori de cîte ori este întîlnit de asamblor, sim- 
'bolul “nume! este substituit cu valoarea expresiei. 

“nume! asignat cu EQU nu poate fi redefinit (se semnalează multiplă 
-definire). 

-nume SET expresie 
Simbolul “nume” este definit cu valoarea expresiei. 


Ori de cîte ori este întîlnit de asamblor, simbolul “nume” este substi- 
tuit cu valoarea expresiei. Această valoare este folosită pînă cînd se mo- 
«difică valoarea asignată numelui cu o altă pseudoinstrucțiune SET. 

SET este similară cu EQU în afară de faptul că simbolul poate fi re- 
-definit. 

etopt : END adresă de start 

Pseudoinstrucţiune END specifică asamblorului sfîrşitul fizic a pro- 
:gramului şi adresa de intrare în execuţie a programului (implicit se con- 
-sideră 0). O singură pseudoinstrucţiune END poate apare într-un pro- 
gram, fiind ultima linie de program asamblată. 

TITLE “SIR CARACTERE ASCII. 

' Pseudoinstrucţiunea TITLE specifică asamblorului antetul de pa- 
:gină ce trebuie imprimat, la listare, la fiecare pagină nouă. 

IF — ENDIF 

Sînt pseudoinstrucțiuni ce permit asamblarea condiționată a unui 
program. 

etopt : IF expresie 

linii de program 

etopt : ENDIF 

Asamblorul evaluează expresia şi dacă valoarea acestuia este zero 
instrucțiunile, pseudoinstrucțiunilor şi directivele dintre IF şi ENDIF sînt 
ignorate, altfel ele sînt asamblate ca și cum liniile IF și ENDIF nu ar fi 
prezente. 

Sînt admise construcţii IF-ENDIF care se cuprind. 

Exemplu : 
IF VI 


iF Ve 
IF V3 
ENDIF 
ENDIF 
ENDIF 


106 


MACRO — ENDM : Definire la macroinsțrucțiuni. 
nume MACRO LISTP 


etopt ` ENDM 
LISTP — cuprinde o listă de etichete simbolice-parametrii formali ai 
macro definiţiei. Lista poate fi formată și din şirul vid. Pseudoin- 
strucţiunea MACRO nu poate să apară în lista de linii sursă dintre 
MACRO și ENDM, adică într-o macroinstrucţiune nu se poate defini 
o altă macroinstrucțiune. | 
Macroinstrucţiunile reprezintă o modalitate de programare foarte 
importantă oferită de Macroasamblorul MAC18 care, utilizată cînd este 
cazul, facilitează o programare eficientă și o înţelegere uşoară a unui pro- 
gram scris în limbaj de asamblare. O macroinstrucţiune specifică asam- 
blorului că un simbol (nume de macro) care apare în cîmpul de operaţie 
al unei instrucţiuni se substituie cu un grup de instrucţiuni mașină. At 
numele de macro cît şi instrucţiunile sînt alese de către programator. 
O macroinstrucțiune din punct de vedere al tratării de către asamblor 
cuprinde 3 faze : 
— Faza de definire ; 
— Faza de apel (referire) ; 
— Faza de expandare. 
Faza de definire informează asamblorul asupra numelui macro și 


a secvenței de instrucţiuni ce formează corpul macroinstrucțiunii. Această 
fază este cerută de utilizator. 

Faza de apel (referire) informează asamblorul că este dorită copie- 
rea corpului macroinstrucţiunii cu nişte parametri daţi. Şi această fază 
este cerută de utilizator. | 

Referirea unei macroinstrucţiuni poate fi făcută în orice punct al 
unui program, chiar și în interiorul unui alt corp de macroinstrucțiuni. 

Faza de expandare nu este prezentă printre liniile sursă ale progra- 
mului, ea este generată de asamblor la întîlnirea unui apel de macro, 
generindu-se liniile din corpul macro cu parametrii actualizați. 

Exemplu : 


nume macro parametrii formali macro 
Ënne 
MACI MACRO Pi, P2, F3 
LXI B,Pi 
A DAD H 
MOV AM corp macro 
IC P3 
etichetă XRA A 
opţională YN JMP P2 
ENDMACI: ENDM parametrii actuali macro 
N SET 8 4 
a e, 
apel de macro np MACI 2+4"N, ALFA, BETA 
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linii sursă ` {LXI B,00022H 


generate de {DAD H KS | 
asamblor MOV A. WM „substituirea parametrilor formali 
RRC CG cu parametrii actuali 
JC ALFA 
— expandare |XRA A d 
macro IMP BETA 


Sînt admise construcţii de genul apel de macro în corp de macro 
precum și apeluri recursive cu condiţia să se iasă (într-un mod oarecare) 
din recursivitate. 


MACI MACRO P1, P2,P3 
ace GEET 
ENDM 

MAC MACRO PPI, PP2 
ENDM 


Etiehetele definite în corpul unei macro sînt locale (pentru a se 
evita definirile multiple de etichete) iar la sfîrşitul expandării își pierd 
valabilitatea. 

Pentru ca o etichetă să fie globală (adică să fie recunoscută si în 
rest, în afară de expandare) trebuie urmată de ':: 


etichetä MACI MACRO 
globală HERE: 
ENDM 
După primul apel ea este recunoscută 
MACI 
IMP HERE 


La al 2-lea apel de macro se va semnala o eroare de multiplă definire 
pentru eticheta globală. 

Utilizarea de etichetă globală este în general folositoare atunci cînd 
în corpul unei macroinstrucţiuni se definește o rutină care trebuie să 
apară o singură dată, la prima expandare de macro, dar care trebuie să 
fie recunoscută în toate apelurile de macro ulterioare. 

Condiţionarea: apariţiei rutinei la prima expandare se realizează cu 
ajutorul unei construcţii IF-ENDIF. 


Exemplu : 
CX? SET H 
-= CONV MACRO P1, OUTł 
LXI D, P1 


198 


CALL CN) 


IMP OUT) 
IF NOT CV2 

CVI: 
DAD D 
MOV A.M 
DAA 
ADI 30H 
RET 

Cv2 SET —i 
ENDIF 
ENDM 

La primul apel se generează : 
i CONV 10, BETA 

LXI D, 00004AH 
CALL CVi 
JMP BETA 

CVI: 
DAD D` 
MOV A,M 
DAA 
ADI 90H 
RET 

La al 2-lea apel CONV 21,BETA1 se generează : 

LXI D, 00015H 
CALL. CVI 
IMP BETA1 


La fel se va genera la apelurile următoare. 


Utilizarea macroinstrucţiunilor este o importantă tehnică de pro- 
gramare care ușurează sarcina programatorului. 


8.1.4. Restricţii în utilizarea macroasamblorului 


Se impun programului utilizator următoarele restricții : 


1. 


2. 


ki 


Nu sînt permise mai mult de 3 nivele de adîncime în apelurile 
de macroinstrucţiuni ` 

Nu sînt permise mai mult de 7 nivele de adincime de construcţii 
IF-ENDIF, 6 nivele dacă în închiderea blocurilor IF-ENDIF există 
definiţii de macro şi 7-n nivele dacă în închiderea blocurilor 
IF-ENDIF există macroinstrucţiuni care se apelează unele pe 
altele (n-nivel maxim de adîncime de apel maero n<<3) ; 


. Nu sînt permise într-o listă definirea a mai mult de 8 parametrii 


(DB, DW, parametri formali, parametri actuali) ; 


„ Nu sînt permise expresii de o complexitate prea mare care nece- 


sită introducerea a mai mult de 7 operatori în stiva de eperatori 
(care nu se reduc). De exemplu expresii cu mai mult de f “(” care 
nu se închid ; 


„ Nu se pot citi șiruri de caractere care însumate depășese 60 de 


octeți ` 


. Nu sînt permise macrodefiniţii în macrodefiniţii ; 
. Se impune următearea restricţie de memorie : 
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Considerînd că asamblorul ocupă 7 Ko şi că monitorul necesită 


1 Ko de memorie RAM, pentru o configuraţie de 16 Ko se pot scrie pro- 
grame cu aproximativ 1 000 de simboli iar pentru 64 Ko de memorie, 
6 700 simboli, fără utilizarea macroinstrucţiunilor. 


Dacă pentru o configuraţie de 64 Ko se definesc 20 macroinstruc- 


Hun), apelate în medie de 50 ori, fiecare avînd 2 etichete locale și pînă 
la 100 de octeți pentru corpul de definire, se pot defini aproximativ 
5 200 simboli globali. 


8.1.5. Listing, tabelă de simboli, program obiect 


Macroasamblorul MAC18 operează cu 3 fişiere de lucru : 

— Un fişier de intrare (pe bandă perforată, pe cartele, pe bandă, 
casetă magnetică) care constă din liniile programului sursă. Fie- 
care linie se termină cu combinaţia CRLF (pentru bandă per- 
forată sau magnetică). Dacă fișierul de intrare este pe cartele, 
fiecare cartelă conţine o linie de program. 

Liniile de program sursă sînt compuse din cele 4 cîmpuri ai sînt 

despărțite între ele prin unul sau mai mulţi separatori. Separator se 

consideră blancul sau caracterul de tabulare orizontală ; 

— Un fişier listing creat de asamblor (pe TTY, imprimantă, bandă 
magnetică). 

Datele sînt destinate unui echipament de listare. 

Rolul acestui fişier este de a informa utilizatorul asupra rezultatului 

asamblării (corectitudine program, generarea codului, liniile de pro- 

gram sursă, tabelă de simboli) ; 

— Un fișier de ieșire pentru cod obiect (pe bandă perforată, bandă 
magnetică). 

Fişierul cod obiect — în format hexazecimal — constă din conţinu- 

tul memoriei programului utilizator care rezultă în urma asamblării, 

reprezentat în format HEXA-ASCII. 


Fişier listing 
Se poate suprima pe porțiunile cuprinse între directivele $P=0 şi 


SP=—1 sau $P=0 ai END. 


Listarea programului are loc la trecerea a doua. 
Informaţiile. cuprinse în fişierul de listare sînt grupate în următorul 


format : 

Coloana Descriere 

1 — Cod de eroare. 
Dacă asamblorul întiîlnește o eroare de sintaxă în linia sursă 
curentă, codul erorii reprezentat printr-o singură literă va 
apare în această coloană. Altfel în această coloană se va 
scrie blanc. 

2 — Blanc. , 

3 — Nivel de adincime al apelului de  macroinstrucţiune. Dacă 
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asamblorul expandează o macroinstrucţiune, această coloană 
va conţine nivelul de apel al macroinstrucţiunii (nivelul ape- 
urilor de macro în apeluri de macro). 


Altfel această coloană va fi blanc. 

Blanc. 

Valoarea curentă a contorului de program (PC). 

Adresa asignată primului octet al codului obiect din aceast& 
linie este tipărită în hexazecimal. Suplimentar, în acest- 
cîmp vor apare, valorile generate de  pseudoinstrucțiunile: 
ORG, EQU, SET. 

Blanc. 

Primul octet al codului obiect. l 
În aceste coloane se tipăreşte primul octet al codului obiect 
produs de asamblor pentru linia surșă curentă. Listarea se 
face în format hexazecimal. 

Dacă linia sursă nu produce cod obiect (comentariu, pseudo- 
instrucțiune) acest cîmp va fi blanc. 

Al 2-lea octet al codului obiect. 

Cîmpul va fi blane dacă linia sursă nu generează cod obiect: 


` sau generează numai un octet de cod obiect. 


4 — 
5— 8— 
E — 
10— 11 — 
12— 13 — 
13— 14 — 
15— 16 — 
17 — 
r8 — 
19—132 — 

Tabela 


Al 3-lea octet al codului obiect dacă linia sursă produce cod 
pe 3 octeți, altfel va fi blanc. 

Al 4-lea octet de cod obiect dacă este generat de pseudo- 
instrucţiunile DB, DW, altfel va fi błane. 

Indicator de semnalizare operaţie cu macro. Un "LI care 
apare în această coloană indică faptul că linia de program 
sursă face parte dintr-o macrodefiniție sau este rezultatul: 
unei expandări macro. 

Blanc. 

Cîmp de listare text program sursă. 


de simboli 


La sfîrşitul fişierului listing se afişează tabela de simboli definiţii 
de utilizator. 

Afişarea tabelei de simboli se poate suprima cu directiva: $S=0. 
Structura tabelei de simboli 

— Sînt afișaţi mai întîi, în ordine alfabetică, simbolii globali defi- 


niţi 


de utilizator ; 


— Dacă în expandări macro există definiri de etichete locale se 
afișează simboli defini local în ordine alfabetică pentru fiecare 
expandare. 


Formatul tabelei de simboli 


Prima linie conţine textul „SIMBOLI GLOBALI“, următoarele linii 
conţin etichete ordonate alfabetic cu valorile asignate lor.. 


Coloana Descriere 
1— 5 — Caracterele alfanumerice ale primului simbol. 
6— 8 — Blanc. 
9—12 — Valoarea asignată primului simbol (în hexazecimal). 
13—17 — Blanc. | 
+ 18—22 — Caractere alfanumerice simbol 2. 
23—25 — Blanc, 
26—29 — Valoarea asignată simbolului 2. 


LE 


30—34 — Blanc. 

35—40 — Caractere alfanumerice simbol 3. 
41—42 — Blanc. 

43—46 — Valoarea asignată simbolului 3. 
47—51 — Blanc. 


52—56 — Caractere alfanumerice simbol 4. 
57—59 — Blanc. 
60 —63 — Valoarea asignată simbolului 4. 


Pentru fiecare expandare macro cu definire de simboli se listează e 
tabelă care conţine pe prima linie textul : 

„SIMBOLI LOCALI EXPANDARE MACRO“ 
iar în rest o tabelă identică cu prima. 

Fişierul de ieșire cod obiect 

Formatul fişierului de ieşire cod obiect este hexazecimal. 

Fișierul cod obiect hexazecimal conţine informaţia dispusă în blocuri, 
fiecare bloc conținînd o adresă, de încărcare, un contor de lungime şi o 
sumă de control pentru a se verifica corectitudinea încărcării. 

Pentru fiecare octet de date (cod) se perforează 2 caractere ASCII 
care reprezintă decodificarea hexazecimală a octetului respectiv. 

Deşi o înregistrare hexazacimală este de două ori mai lungă decit 
o înregistrare în format binar, acest format oferă unele avantaje : 

— O bandă cu cod obiect în format hexazecimal poate fi ușor vizua- 

lizată şi decodificată ; 

— Blocurile de înregistrări se pot depista ușor deoarece sînt sepa- 

rate între ele printr-un semn special "7: 

— În caz de accident al benzii (rupere, deteriorare) se pot depista 

ușor blocurile distruse, cu adresele lor ; 

— Utilizatorul își poate perfora singur o bandă în format hexa 


(off-line). 
Formatul fişierului de ieşire cod obiect este : 
Cîmp Descriere 
1 "7 Marcă de început înregistrare ; 


2—3 Lungimea înregistrării (2 caraċtere hexa ASCII) ; 
4—7 Adresa de încărcare a înregistrării (4 caractere hexa ASCID ; 
8—9 Tip înregistrare (2 caractere ASCII : 
00 — înregistrarea curentă 
01 — înregistrare de sfîrșit) ; 
10—(1042n) n octeți de date (cod) ; 
{11+2n)—({12-+2n) suma de control a înregistrării. 
Exemplu : 


: 100070007A2F577B2F5F132100003E11E519DH282 
: 1000800000£3£1F'579174F7817477D176F'7C176775 
` 0D009000F13DC20C00877C1F5701F5FC96A2 


KE 
4 D 
octeți de date suma de control 
:: 00000001 
"II 
Y tip înregistrare . 


| i 

1 | adresa înregistrării 

+ ` lungimea înregistrării 
marca început de înregistrare 
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8.1.6. Directive pentru controlul asamblării 


Programatorul poate comunica asamblorului opţiunile sale în pro- 
cesul asamblării prin directive care au efect imediat asupra procesului 
asamblării. 

Sintaxa directivelor este : 

Şliteră=—număr zecimal 
Bsp l<n-<80 indică marginea stînga a liniei dé program sursă ; 

Implicit $L=1. ` 
Atenţie ! $L=n are efect şi asupra directivelor următoare ! 

Presupunînd apariția la un moment dat printre liniile programului 
sursă a directivei $L=—=20, pentru ca o directivă ulterioară să fie luată în 
considerare ea trebuie să înceapă în coloana 20. 
$R=n 1<n<80 indică marginea dreaptă a liniei de program sursă ; 

Implicit $R=80. 
$P—=n Implicit $P==1 ; 
Dr), 1; 
n= indică suprimarea listării pînă cînd se întîlneşte $P—l 
sau END ; 
n=] indică reluarea listării ; 
$P==1 este inefectivă dacă înaintea ei nu a apărut nici o direc- 
tivă SEO. 
$S=n Implicit $S= 
n==0 indică Giessen listării tabelei de simboli ; 
n=} indică tipărirea tabelei de simboli. 
$W=—n  Leneiäi: 
Indică lăţimea listingului obţinut în urma asamblării ; 
Implicit $W=132. 
$H=n Implicit n=1; 
n=0 suprimă "perforarea' benzii obiect ; 
n=1 indică reluarea “perforării” benzii obiect ` 
2- ] este inefectivă dacă înaintea ei nu a apărut nici o directivă 
H=0. 
$1=1 Listing la pasul 1 ; Implicit este 0. 


8.1.7. Tratarea erorilor 


Erorile conţinute de un program pot fi împărțite în două clase : erort 
de fond și erori de sintaxă. 

Erorile de fond constau în faptul că algoritmul sau datele sînt eronate 
sau incomplete. Din punct de vedere al asamblării este indiferent dacă 
algoritmul în sine este greșit sau numai descrierea lui este eronată. 

Erorile de sintaxă constau în nerespectarea regulilor impuse de limbaj 
la scrierea cuvintelor, expresiilor, frazelor și programelor. 

Limbajul de asamblare are un număr finit de reguli de scriere. Acesta 
reguli care formează sintaxa limbajului trebuie incluse în construcţia 
asamblorului astfel ca acesta să poată detecta orice nerespectare a lor. Ca 
atare erorile de sintaxă vor fi semnalate la asamblare. Erorile de fond nu 
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pot fi detectate de compilator decît în măsura în care semantica se re- 
flectă în sintaxă. Ele pot fi detectate și corectate numai prin mai multe 
încercări de execuţie a programului. Din aceste motive, pentru a avea un 
program corect în majoritatea cazurilor sînt necesare mai multe asamblări 
şi execuţii ale programului. 

În afara traducerii, asamblorul mai are și sarcina importantă de a 
ajuta cît mai mult pe utilizator să-și pună la punct programele elaborate. 
Trebuie ca la sfîrşitul asamblării să se genereze un program în limbaj 
mașină corect din punct de vedere sintactic. Dacă nu poate face aceasta, 
asamblorul trebuie să informeze programatorul în modul cel mai clar și 
mai precis despre toate erorile de sintaxă din programul său. Asamblorul 
în timpul traducerii textului sursă face și analiza sintactică, verificînd fie- 
care element dacă respectă toate restricțiile impuse. Cînd una din restricţii 
nu este respectată s-a detectat o eroare, iar asamblorul va genera un text 
numit indicator de eroare care va conţine toate informaţiile necesare ela- 
borării mesajului pentru informarea utilizatorului. 


8.1.8. Mesaje de eroare 


Din considerențe de memorie (programul asamblor rulînd pe un mi- 
crocalculator) mesajele de eroare sînt compuse dintr-o singură literă care 
apare la fiecare linie eronată. Dacă aceeași linie de program conţine mai 
multe erori atunci prima eroare întîlnită este cea semnalată; 

Coduri de eroare 
B (Balance Error): 

Semnifică neînchiderea corectă de paranteze sau de apostroafe într-o 
expresie. De exemplu : 

MVI H,3* (2+4). 

DB AT 
D (Directive Error): 

Directivă incorectă. Poate fi cauzată de o literă eronată pentru nume 
de directivă sau de argument incorect (prea mare, într-o bază dife- 
rită de 10). 


Exemplu : 
$L=120 ARGUMENT >80 
$U=0 ;U NU ESTE NUME DE DIRECTIVĂ ` 
$W=12H-+ BETA :NU SÎNT ADMISE CA ARGUMENT DECIT NUMERE ÎN 
BAZA 10 
$L120 ;SINTAXA INCORECTĂ, LIPSEȘTE ‘=’ 


E (Expression Error) : 

indică o expresie cu construcție eronată. În mod uzual eroarea apare 
datorită unui operator lipsă, unei virgule omise, sau a unei succesiuni in- 
corecte de operatori. 


Exemplu : 
MVI A,4 CONTOR DE OCTEȚI 
lipseşte "7 
MOV HM COD DE OPERAȚIE INCORECT 
F (Format Error) : 
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Indică o eroare în formatul instrucţiunii (lipsa unui operand sau prea 
mulţi operanzi). 

Exemplu : 

MOD ;LIPSEŞTE 1 OPERAND 

MOV A, B,C ji OPERAND ESTE ÎN PLUS 
1 (Ilegal Character): 

Indică prezenţa unui caracter ASCII nepermis într-o linie de program 
sursă (în contextul respectiv). 


Exemplu : 
MVI H,028 ;2 NU E CIFRA BINARĂ 
MVI H,79Q ;9 NU E CIFRA OCTALĂ 
(Multiple. Definition) : 
Indică definirea de mai multe ori a aceluiași simbol. 
Ezemplu : 


ETI: DB 1, 2, 33H 
: ;SIMBOLUL ET A FOST DEJA DEFINIT 
ET1: MOV CM ;CNZ ESTE PREDEFINIT ÎN ASAMBLOR 
CNZ: LXI D,-3 ;(COD DE OPERAȚIE) ȘI NU SE MAI POATE DEFINI 


N (Nesting Error): 
Indică o eroare de imbricare în construcţii de genul IF-ENDIF, 
MACRO-ENDM. 


Exemplu : 

IF D01 

LXI D,CHAR 

DAD H 

ENDIF 

XVI A 

ENDIF ;NU ÎNCHIDE UN IF 
P (Phase Error): 

Valoarea atribuită unui simbol în faza 1 nu mai coincide cu valoarea 
ealculată pentru simbol în faza a 2-a. 

Exemplu: 

ORG PHASE ;ETICHETA PHASE NEDEFINITA ÎN TRECEREA 1 

ETI: ;LA ACEASTA ETICHETA SE VA 

PHASE EQU 99H ;SEMNALA P ÎN FAZAA2A 
Q (Questionable Syntax) : 

Indică sintaxa ambiguă a unei linii de program de obicei generată de 
lipsa codului unei operaţii. 
R (Register Error): 

Un registru specificat pentru o operaţie este invalid pentru acea 


operaţie. 
Exemplu : ` 
PUSH A ;A NU ESTE REGISTRU PERECHE 
DCR 9 ;NUMĂR REGISTRU >7 


LDAX A  ;TRANSFER DATE INDEXAT NU SE POATE FACE DECÎT PRIN 
Dë SAU D&E 
S (Stack overflow): 
Indică depăşirea capacității stivelor interne de lucru ale asamblorului 
(șir prea mare de caractere alfanumerice, expresii prea complicate, prea 
multe apeluri de macro în alte apeluri de macro, prea multe construcții 
EF-ENDIF care se cuprind). 
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Bæemplu : 


IF YARI va genera o eroare S 

IF VAR2 

IFP VAR3 (depăşire capacitate IFSTACK) 
Ip VARA 

IF VARĂ 

IF VARG 

IF VAR7 


ENDIF 


T Fable Overflow) : 

#ndieă depăşirea dimensiunilor tabelelor afectate (prea multe etichete 
definite, apeluri de macroinstrucțiuni numeroase, corpuri de macroinstruc- 
Dun cuprinzînd multe instrucțiuni). 

U (Undefined Identifier) : | 

Indică referirea unui simbol nedefinit. 
V legal Value): 

Indică faptul că valoarea unui operand sau a unei expresii depășește 
dimensiunea corectă. pentru acea operație particulară. 


Exemplu : 
DB 291 201 NU SE POATE REPREZENTA 
DR UN OCTET 


8.1.9. Încărcarea şi lansarea în execuţie a macroasamblorului ` 


Macroasamblorul este rezident pe bandă perforată, sau bandă magne- 
tică (bandă sau casetă). 

Dacă macroasamblorul este rezident pe bandă perforată se procedează 
astfel : 

— Se lansează monitorul, dacă acesta nu este deja în execuţie, după 
procedura descrisă la capitolul de utilizare a monitorului ; 

— Se pregăteşte cititorul de bandă, se introduce banda în cititor ; 

— Se asignează cititorul de bandă ca cititor al sistemului (dacă este 
cazul) : 

„AR=P<CR> ; 

— Se citeşte în memorie macroasamblorul ; 

R<CR>.: 
După terminarea operaţiei de citire a benzii se fac asignările do- 
rite pentru operaţia de asamblare. Dacă se lucrează cu benzi magnetice, se 
pregătesc şi se fac deschiderile de fişiere pentru citire/scriere, după caz ; 

— Se lansează în execuţie macroasamblorul : 

„G48 <CR > 

Macroasamblorul răspunde la consolă cu mesajul : 

MACRO ASAMBLOR MACI8Vx.x 

P= 

Macroasamblorul aşteaptă ca utilizatorul să introducă una din cifrele 
0, 1, 2, 3 sau 4. Orice alt caracter este ignorat. Dacă macroasamblorul este 
rezident pe bandă magnetică se pregăteşte banda şi se procedează astfel : 


H 


116 


— Se introduce banda cu programul în unitatea dorită si se face asig- 
narea. corespunzătoare : 

.AR=K sau .AR=M; 

— Se deschide pentru citire fişierul cu numărul “n” de pe unitatea 
“m” care eonține macroasamblorul — programul obiect : 

Kin, n<CR> Monitorul va căuta pe unitatea m’ fişierul “n” ; 

— Se citeşte în memorie macroasamblorul 

R<ER> ; 

— Se închide fişierul de intrare (această operaţie nu este întotdeauna 
necesară), 

KC<ER >, sau o comandă de închidere selectivă. 

În continuare se procedează ca în cazul în care macroasamblorul este 
rezident pe bandă perforată. 

Cu toate că MACI8 este un asamblor cu două treceri, o asamblare se 
poate efectua în doi sau mai mulţi pași, identificaţi prin cifrele 1,2, 3 și 4. 

Prima trecere este obligatorie şi este echivalentă cu pasul 1. A doua 
trecere poate consta din pașii 2, 3 sau 4. 

Acţianile corespunzătoare fiecărui pas sînt : 

P=1 Se formează tabela de simboli. | 

P=2 Trecerea a doua constă în trimiterea la echipamentul asignat ca 
LIST a listingului programului asamblat. Nu se generează fişierul 
obiect. 

P=3 Se generează programul obiect la PUNCH dar nu se generează lis- 
tingul programului. 

P=4 Se realizează acțiunea conjugată a paşilor 2 şi i 3. 

P=0 Revenire în monitor (fără reiniţializarea monitorului). Același efect 
se obţine prin întrerupere de la panoul frontal. 

Avînd în vedere posibilitatea executării repetate a pașilor 2, 3, 4 fără 
o repetare a pasului 1, precum și inutilitatea generării programului obiect 
pentru aa program sursă cu erori, executarea pasului 2 sau 3 duce la o 
utilizare mai eficientă a sistemului. 

Cu anumite configurații pentru I/E nu se poate executa pasal 4 şi 
deci, faza a doua a asamblării se va desfășura în pașii 2 şi 3, de exemplu 
dacă se fac asignările, AL=T și AP=T. Reamintim că utilizarea a doită 
casete sau a două benzi în paralel, impune restricția ca una să fie utili- 
zată pentru citire, alta pentru scriere. De asemenea trebuie notat că exe- 
cuţia fiecărui pas necesită citirea textului sursă. 

Pxemple de succesiune a operaţiilor pentru asamblarea unui program 
sursă în diferite condiţii : 

— Pe o bandă se găsesc, în ordine, programele obiect MONI8, MACIB 
şi EXT18. În continuare pe această bandă se va introduce fişierul obiect 
al programului asamblat. 

Programul sursă se găseşte pe cartele perforate. 

.AR=M_ Banda cu cele trei programe obiect a fost introdusă în unita- 


tea 0. 
„KI0,1 L.ocalizează şi pregăteşte pentru citire fișierul Geier De 
unitatea 0. 
R Citeşte în memorie, de pe bandă, MACI8. 
KC Închide fişierul deschis pentru citire. 


Operația este obligatorie deoarece urmează să se deschidă pen- 
tru scriere un fişier pe această bandă. 
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AR=C Ge introduc cartele în cititee. 
„AP=M Programul obiect se va introduce pe bandă. 
.K00,3 Deschide pentru scriere următorul fişier. 
REN nume fişier 
Se scrie numele fişierului obiect (cel mult 10 caractere). 


„G40 Lansează în execuţie asamblorul. 7 

P=1 

P=4 S-au reintredus cartele í în cititor pentru pasul 4. 

P=0 Reîntoarcere în monitor. 

KC Închide fişierul de ieşire care conține programul obiect. 


Pentru executarea programului asamblat se procedează astfel: 
AR=M 
.KI0,3 
R Dacă pseudoinstrucţiunea END din program a specificat adresa 
de start, programul va fi lansat în execuţie după încărcare, dacă 
nu, se refac asignările (dacă este cazul) şi se lansează în execu- 
ţie programul prin comanda : 
.G ADRESA STARI. 
În următorul exemplu se consideră că pe o bandă se găsesc în ordine 
programele MONI8, ETX18 şi programul sursă care trebuie asamblat. 
Programul obiect va fi introdus într-un fișier, pe o casetă, cu ma! 
multe fişiere, din care nu ne interesează decât primele 4. 
AR=M Banda cu MACI8 şi programul sursă s-a montat. 
.AP=K__ în unitatea 0; Programul obiect va fi trimis pe caseta 1. 


KI0,1 
-R S-a citit în memorie MAC18. 
.K10,3 Se deschide pentru citire fişierul cu programul sursă. 


.KO1,4 Se deschide pentru scriere fişierul al cincilea de pe caseta 1. 
EN numeSe atribuie un nume fişierului obiect. 


„G40 

P=1 | 

P=0 Prin pasul 0 sau întrerupere de la panoul frontal se revine în 
monitor. 

„K10,3 Se deschide din nou pentru citire fișierul cu programul sursă. 

E 

P=4 

P=0 Revenire în monitor la terminarea asamblării. 

KC Închide toate fișierele deschise. 


8.2. 'Microasamblorul ASM89 


8.2.1. Prezentare generală 

Macroasamblorul ASM380 are o serie de facilităţi suplimentare faţă 
de MACIB, dar şi cerinţe sporite privind configurația minimă care 
permite utilizarea lui. Astfel, ASM80 se execută sub SFDX și este rezi- 
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dent pe disc iar pe parcursul asamblării se utilizează fişiere interme- 
diare ce sînt de asemenea localizate pe disc. Configuraţia minimă de 
memorie RAM este de 32 Ko. 

Una dintre caracteristicile principale ale lui ASM80 este posibilita- 
tea de a cere generarea codului obiect în format  realocabil. Aceasta 
facilitează programarea modulară și oferă o mare elasticitate privind con- 
figurația de memorie RAM și PROM a sistemului pentru care se dezvoltă 
programele. 

Alte îmbunătățiri faţă de MACI8 se referă la operatori şi expresii, 
macroinstrucțiuni, interfaţa cu utilizatorul și posibilitatea de listare a 
reterinţelor interinstrucţiuni. Posibilitatea de generare a codului în for- 
mat realocabil „permite combinarea modulelor programate în limbaj de 
asamblare cu module în PL/M sau FORTRAN. | 

În cele ce urmează se vor prezenta numai diferențele față de MACI18 


ceea ce implică parcurgerea paragrafului 8.1 chiar dacă se utilizează 
„numai ASM80: 


Alfabetul utilizati de ASM80 


Setul de caractere recunoscut de ASM80 este format din : 

— Litere de la A la Z atît mari cît și mici. Intern sînt considerate 
toate mari, dar sînt listate exâct cum au fost introduse în textul 
sursă ; 

— Cifrele de la 0 la 9; 

— Caractere speciale : 

spaţiu + —*/'0,8&:$ ?=<>%!;.CRFFHT; 

— În plus față de acestea, orice caracter ASCII poate apărea în text 
într-un. comentariu sau ca date imediate între apostroafe. 


Delimitaţori 


Unele caractere sau perechi de caractere sînt utilizate ca delimita- 
tori în cadrul textului sursă, după cum urmează : 
spațiu Separator de cîmpuri sau terminator de simbol ; 
d Separator de operanzi în cîmpul operand ; 


1 / Delimitează un șir de caractere ; 
(...) Delimitează o expresie sau subexpresie ; 
CR Terminator de linie ; 
HT Separator de cîmpuri sau terminator simbol ; 
Delimitator de cîmp comentariu ; 
1 Delimitator de simbol utilizat ca etichetă ; 
& Delimitator pentru concatenarea parametrilor formali sau şa- 
blon de text macro ; 
Delimitează lista de parametri sau un parametru care conține 
în textul său virgule sau spaţii ; 
% Delimitează un parametru macro ce trebuie evaluat înainte de 
substituție ` 
d Literalizează următorul caracter care altfel ar fi interpretat ca 
delimitator ; 
RE Belimitează un comentariu în macrodefiniţie ce urmează să fie 


suprimat la expandare. 
Simbelii recunoscuţi de ASM80 pot fi formați din 1 pînă la 6 carac- 
tere alfanumerice începînd cu literă , ? sau ( , spre deosebire de MACI 
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unde pot fi maxim 5 caractere. Atributele asociate simbolilor s-au îmbo- 
găţit astfel că simbolii pot fi:  locali-globali, interni-externi, absoluţi- 
realocabili. 

ASM380 este un asamblor în două faze ca și MACI8 deci se confor- 
mează restricțiilor prezentate în paragraful precedent. ASM80 poate fi 
utilizat şi pentru translatarea programelor scrise pentru microproceso- 
rul 8085. 


8.2.2. Operatori şi expresii 


În plus faţă de operatorii aritmetici, logici și de deplasare utilizaţi 
de MAC18, expresiile ce specifică operaţii valabile la nivelul asamblării 
programului pot conţine şi operatori relaționali și de extragere a unui 
octet dintr-un cuvînt. 

Aceştia sînt : 


EQ Egalitate ; 

NE Diferit ; 

LT Mai mic decît ; 

LE Mai mic sau egal; 

GT Mai mare decît ; 

GE Mai mare sau egal ; 

NUL Operator pentru a testa lipsa parametrilor unei macro. 


Operâtorii relaționali se utilizează ca și cei de deplasare si logici: 
operand] operator operand2. Operatorul trebuie separat de fiecare ope- 
rand prin cel puțin un spaţiu. Rezultatul unei operaţii relaționale este ade- 
värat dacă este satisfăcută operaţia, altfel este fals (adevărat se repre- 
zintă cu 1 peste tot iar fals cu 0 peste tot). Comparaţia se face fără să 
se țină seama de semn considerindu-se biții operanzilor ca atare. Astfel 
un număr negativ este întotdeauna mai mare decît unul pozitiv. Opera- 
torul NUL va fi prezentat în legătură cu macroinstrucțiunile în paragra- 
fele următoare. 

HIGH Extrage biții 8 : 15 (partea mai semnificativă) a unei valori de 
16 biţi; 

ŁOW Extrage biții 0 :7 (partea mai puțin semnificativă) a unei va- 
lori de 16 biţi. 

Trebuie notat că ASM30 consideră toți simbolii externi şi cei rea- 
locabili cu valori pe 16 biți. Astfel, dacă se utilizează astfel de simboli 
în expresii pentru calculul operanzilor imediați reprezentați pe 8 biți tre- 
buie utilizați operatorii HIGH sau LOW, altfel asamblorul consideră im- 
plicit operatorul LOW si emite un mesaj de eroare. 

De asemenea segmentele ce conțin simboli asupra cărora se aplică 
operatorul HIGH trebuie alocate în memorie în limitele unei pagini utili- 
dn opţiunea PAGE și DSEG sau CSEG. Altfel s-ar putea ca la realocare 
să apară un transport din octetul mai puţin semnificativ spre cei mai 
semnificativ care, fiind ignorat, va duce la un rezultat greșit. 

Priorităţile operatorilor sînt următoarele : 

i. Expresii în paranteze (prioritate maximă) 

2. NUL Acesta apare în plus faţă de MACI8 
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3. HIGH, LOW. Nu apar la MACI18 

4. *,/, MOD, SHL, SHR 

5. +, — (unari sau binari) 

6. EQ, LT, LE, GT, GE, NE. În plus față de MAC18 

7. NOT 

8. AND 

9. OR, XOR. 

Se reamintește utilizatorilor că operatorii logici, relaționali, de depla- 
sare, MOD, NUL, HIGH, LOW trebuie separați de operanzi prin cel puţin 
un spaţiu. 

Dacă în expresii se utilizează operatori unari, se vor utiliza paranteze 
pentru a evita doi operatori alăturaţi. 


Expresii realocabile 

Pentru programele realocabile există unele restricţii privind omoge- 
nitatea expresiilor relativă la tipul simbolilor din expresie. 

Într-un program absolut (asamblat cu ASEG) toţi simbolii sînt 
absoluţi. 

Următorii simboli sînt realocabili : 

— Etichetele din modulele asamblate cu CSEG sau DSEG ; 

— Simbolii echivalaţi prin SET, EQU cu expresii realocabile ; 

— Simbolii STACK şi MEMORY predefiniţi de ASM380 ` 

— Simbolii externi ; 

— Valoarea contorului de alocare ($) în modulele asamblate cu opțiu- 

nea CSEG sau DSEG. 

Dacă se notează cu A atributul absolut și cu R atributul realocabil 
iar cu 1 o combinaţie ilegală, se obţin regulile de compunere a expresii- 
lor și tipul rezultatului, funcţie de tipul operanzilor, prezentate în con- 
binuare ` 


Operator X=A ; Y=A X=A ; Y=R X=R; Y=A X=R ; Y=R 
X + Y A R R D 
Xi — Y A I R A 
X * Y A I I I 
D i Y A I I I 
K MOD Y A 4 I I 
K SHL Y A I I I 
X SHR Yy A I I I 
X EQ Y A I I A 
X LT Y A I I A 
X, LE Y A I D A 
X GT Y A I I A 
X GE Y A I I A 
K NE Y A I I A 
K AND Y A I I T 
Së OR Y A I I I 
K XOR Y A I I . I 
NOT X A A I -I 
HIGH XK A A R R 
LOW K A A R R 
+ X A A R R 
— X A A I D 


Se observă că singurele operaţii binare permise cu operanzi realoca- 
bili sînt scăderea şi operaţiile de comparare (relaţionale). Dacă unul din 
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simboli este extern, implicit el este considerat realocabil şi singurele ope- 
rat) acceptate sînt cele care produc rezultat realocabil : 
extern t absolut 
absolut + extern 
HIGH extern 
LOW extern 
-H extern. 


8.2.3. Directive de asamblare 


Pseudoinstrucţiunile EQU, SET, DB, DW, DS, END se utilizează ca 
şi la MAC18. Lista de date specificate de DB şi DW poate să conțină pînă 
la 8 elemente separate prin virgulă. Expresiile se conformă regulilor enun- 
Late pentru ASM80. 

Pentru asamblare condiționată se utilizează directivele : 

[etopt:] IF expresie 
linii de program 
[etopt:] ELSE] 
lnii de program 
[etopt:] ENDIF . 

Expresia asociată lui IF trebuie să conțină numai simboli definiți în 
prealabil. ELSE estè opțională, deci se pot utiliza construcții în forma 
IF-ENDIF. Dacă se utilizează ELSE trebuie notat că o singură directivă 
ELSE poate să apară într-un bloc IF-ENDIF. Dacă bitul 0 al valorii ex- 
presiei este 1 se asamblează liniile de program cuprinse între IF si ELSE 
iar cele cuprinse între ELSE şi ENDIF sînt ignorate. Dacă bitul 0 al expre- 
siei evaluate este 0 se ignoră blocul între IF-ELSE și se asamblează cel 
dintre ELSE şi ENDIF. Sînt admise blocuri IF-ENDIF care se cuprind 
pînă la 8 nivele. IF-ENDIF pot să apară în macrodefiniţii şi de asemenea, 
în blocuri IF-ENDIF pot apare macrodefiniţii. Trebuie avute în vedere 
precauţii privind definirea simbolilor şi macroinstrucțiunilor în blocuri 
IF-ENDIF pentru a evita erorile de simboli nedefiniţi, definiri de macro 
care nu se termină cu ENDM. 

În legătură cu directiva END trebuie notat că în cazul combinării mai 
multor module realocabile, un singur modul denumit modul principal 
poate să conţină END cu argument, reprezentînd adresa de start a pro- 
gramului. 

Pentru a permite asamblarea unor programe sursă formate din mai 
multe benzi perforate se poate utiliza directiva EOT cu următorul format : 

fetopt:] EOT 

La întîlnirea în textul sursă a acestei directive se emite la consolă 
mesajul NEXT TAPE ai se opreşte procesul de asamblare pînă ce se intro- 
duce de la consolă caracterul spaţiu (blanc), bineînţeles după ce s-a mon- 
tat în cititor următoarea bandă. 


Directive pentru controlul realocării 


Scrierea programelor realocabile facilitează programarea modulară 
permițind asamblarea şi punerea la punct a programelor în mai multe 
etape, pe module şi de asemenea facilitează gestiunea memoriei în special 
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cînd se utilizează diferite configurații de memorie RAM și ROM. Un pro- 
gram poate fi asamblat în trei segmente, fiecăruia fiindu-i asociat un 
contor de alocare separat. 

— Segment de cod absolut (ASEG) ; 

— Segment de cod realocabil (CSEG) ; 

— Segment de date (şi/sau cod) realocabii (DSEG). 


De fapt ASEG, CSEG şi DSEG arată contorul de alocare ce va fi 
utilizat în continuare iar ASM80 produce un modul format din 4 seg- 
mente ` cod, date, stivă şi memorie disponibilă indiferent de numărul de 
apariţii a acestor directive. În continuare se prezintă formatul şi efectul 
acestor directive. 

fetopt:]  ASEG. 

Instrucţiunile care urmează pînă la noua directivă CSEG, DSEG sau 
END vor fi asamblate în mod absolut. Contorul de alocare este implicit 
egal cu 0 şi poate D modificat cu directiva ORG. Directiva ASEG se con- 
sideră implicit și dacă nu se specifică altă directivă de alocare se generează 
un program obiect direct executabil. 


nimic 
fetopt:] CSEG |PAGE ‘ 
INPAGE 


Instrucţiunile care urmează pînă la o nouă directivă de alocare vor 
fi asamblate în mod realocabil utilizînd contorul de alocare asociat segmen- 
tului de cod realocabil. Semnificaţia operandului este următoarea : 


— nimic: Lipsa operandului arată că, implicit, se face asamblarea 
. începînd cu următorul octet de memorie disponibilă ; 
— PAGE: Segmentul de cod ce urmează trebuie alocat de către 


LOCATE la o adresă multiplu de 256; 
— INPAGE ` Segmentul de cod ce urmează trebuie plasat, la realo- 
care, în aceeași pagină de 256 octeți. 
Dacă se utilizează mai multe directive CSEG într-un program toate 
trebuie să aibă același argument. 
nimic 
[etopt:] DSEG | PAGE 
INPAGE 


instrucţiunile şi datele care urmează vor fi asamblate în mod realo- 
cabil utilizînd contorul de alocare asociat segmentului de date. Semnifi- 
eaţia operandului este aceeași ca la CSEG. Dacă se utilizează directiva 
ORG în segmente realocabile, valoarea argumentului poate fi abselută sau 
realocabilă în segmentul respectiv. 


Directive pentru editarea legăturilor 

Pentru a permite referirile intermodule în cazul programelor realo- 
cabile (sau absolute) formate din mai raulte module au' fost prevăzute 
directive prin care se specifică aceste referințe. Acestea sînt : PUBLIC, 
EXTRN, NAME, STKLN. 

[etopt:] PUBLIC lista de nume | 

Simbolii din lista de nume, separați prin virgule, sînt definiţi în mo- 
dulul curent şi sînt accesibili din alte module sau programe. Directiva 
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PUBLIC poate să apară oriunde în cadrul programului. Simbolii din lista 
de nume trebuie să fie definiți o singură dată. 


jetopt:] EXTRN listă de nume 

Simbolii din lista de nume, separați prin virgule, sînt definiti în- 
alte module dar sînt reieri şi în modulul curent. Directiva EXTRN poate 
să apară oriunde în program. Dacă lista de nume conţine simboli definiţi 
în program sau simboli predefiniți se semnalează o eroare de multiplă 
definire. 


[etopt:] NAME nume modul 

Directiva NAME oferă posibilitatea referirii modulului de cod obiect în 
care apare cu numele definit ca operand (nume modul). Aceasta este nece- 
sară atunci cînd se combină mai multe module pentru a forma un program. 
Ordinea de legare a modulelor se specifică prin numele acestora. Directiva 
NAME trebuie să apară la începutul modulului, înaintea primei instruc- 
ţiuni şi eventual după comentarii sau linii de control. 


letopt:] STKLN expresie 

Directiva STKLN permite specificarea numărului de octeți, ce vor fi 
rezervaţi pentru stiva modulului curent (valoarea expresiei din cîmpul 
operand). Avînd în vedere că la editarea legăturilor se va forma o sin- 
gură stivă pentru tot programul, este suficient ca un singur modul să 
specifice dimensiunea maximă a stivei cu directiva STEIN. Dacă se face 
testarea fiecărui modul separat, trebuie dimensionată stiva în fiecare 
modul. Dacă apar mai multe directive STKLN în modulul curent, doar 
ultima va fi luată în considerare. 


STACK și MEMORY 

Acestea sînt cuvinte rezervate care pot fi declarate externe în pro- 
gram ele fiind definite de LOCATE. 

Astfel prin STACK se poate face o referire simbolică la adresa de 
început a stivei (şi la următoarele STACK+1, STACK+2...). 

Prin MEMORY se pot face referiri simbolice la prima adresă de me- 
morie disponibilă care începe imediat după ultima adresă ocupată de pro- 
gram. În acest fel se facilitează gestiunea spaţiului disponibil, ultima 
celulă de memorie RAM putind fi determinată cu o procedură din monitor. 


8.2.4. Macroinstrucţiuni 


Directivele utilizate pentru definirea și apelul macroinstrucţiunilor 
sînt: MACRO, ENDM, EXITM, LOCAL, REPT, IFP, IRPC. 

Orice. macroinstrucțiune trebuie definită înainte de a fi apelată. Con- 
venţia de specificare a domeniului de valabilitate a unei etichete în corpul 
macroinstrucţiunii s-a schimbat, astfel că etichetele locale sînt declarate 
explicit prin directiva LOCAL altfel sînt considerate globale. Dacă o macro- 
instrucţiune ce conţine etichete globale este apelată de cel puţin două ori, 
se semnalează eroare de multiplă definire. Numele parametrilor formali 
au în mod implicit atributul de simboli locali. 


nume MACRO {parametri formali] 


124 


Faţă de cele prezentate la MACI8, trebuie ţinut seama de următoarele : 

— Se recomandă ca simbolii rezervaţi să nu apară ca nume în lista 
de parametri formali. Dacă apar, substituirea cu parametri reali se va 
face corect, dar valorile acestor simboii nu vor putea fi utilizate în corpul 
macro. Astfel dacă în lista de parametri formali apare simbolul A, în 
corpul de definiţie nu se va putea utiliza registrul A (acumulatorul) cu 
semnificaţia lui de bază. 

— Dacă într-un comentariu apar parametri formali, aceștia nu sînt 
luaţi în considerare şi nu se face substituirea lor cu parametrii reali. 

— & Ampersand : Se utilizează pentru prefixarea sau postfixarea 
parametrilor formali cînd apar ca şiruri de caractere. Este utilizat ca ope- 
rator de concatenare de texte ai parametri formali. La expandare orice 
caracter & care precede sau urmează imediat un parametru formal este 
înlăturat şi substituţia parametrului real apare în acel punct. Dacă nu este 
adiacent unui parametru formal, & nu este înlăturat și apare ca atare în 
textul macro după expandare. Nu sînt admise spaţii între & și parametrul 
formal sau textul. ce trebuie concatenat. Astfel, parametrii formali incluşi 
în șiruri de caractere sînt recunoscuţi numai dacă sînt delimitaţi de ca- 
ractere &. De asemenea, caracterele & sînt recunoscute ca operatori de 
concatenare numai dacă sînt adiacente cu parametri formali. 

— < > Paranteze unghiulare ` Se utilizează pentru delimitarea unui 
text care conţine alți delimitatori (virgulă, spaţiu ete.). De exemplu dacă 
se doreşte transmiterea unui parametru real de forma MOV A, M, acesta 
trebuie scris astfel <MOV A, M> pentru a fi transmis ca atare. Dacă se 
transmit astfel de parametri la macro care se cuprind, se vor utiliza 
o pereche de < > pentru fiecare nivel de macro în macro. 

— ! Semnul exclamării : Se utilizează ca şi caracter de literalizare la 
transmiterea parametrilor actuali. Caracterul ce urmează după! este 
transmis ca atare chiar dacă este un delimitator. Astfel pentru transmi- 
terea, ca parte a unui parametru, a caracterelor, sau ! sau < se va scrie 
L sau ! ! sau ! < .CR nu poate fi transmis ca parametru actual. 

— ;; Punct virgulă dublu : Se utilizează înaintea unui comentariu 
din macrodefiniţie care nu trebuie să apară la expandare. Se face astfel 
o economie de memorie iar comentariul apare, totuşi, în listingul progra- 
mului la definire. 

— NUL : Se utilizează pentru a specifica în mod explicit absenţa 
unui parametru real la apelul unei macro. Parametrul omis poate fi re- 
prezentat prin doi delimitatori consecutivi (P1,,P3) sau prin două apo- 
stroaie consecutive "Pi. P2. Dacă într-o macro cu parametri formali 
W, X, Y, Z poate lipsi fie X fie Y dar nu ambii, se poate utiliza NUI, 
pentru a detecta eroarea : 

IF NUL X&Y 
EXITM 

Alte diferenţe față de MAC18 vor fi prezentate în continuare. Trebuie 

notat că directiva ENDM nu admite etichetă sau operand. 
LOCAL listă de nume 


Simbolii specificaţi în lista de nume au valabilitate numai în expan- 
darea curentă. La fiecare expandare se atribuie- fiecărui simbol local un 
nume unic de forma ??nnn începînd cu ??001. 
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Parametrii formali nu pot apare în directiva LOCAL deoarece 
aceştia sînt în mod implicit locali. Directivele LOCAL trebuie să preceadă 
prima instrucțiune din corpul de definiţie. 

[etopt:] REPT expresie 

Blocul cuprins între REPT şi ENDM va fi repetat de un număr de 
ori egal cu valoarea expresiei din cîmpul operand. Expresia trebuie să fie 
definită în prealabil. Expandarea se face în momentul înțilnirii directivei 
REPT şi deci nu este necesară o apelare explicită. Pentru rotirea acu- 
mulatorului de 6 ori se va scrie : 

RRC6 REPT 6 


RRC 
ENDM 


O altă macroinstrucţiune implicită ce nu există la MACI8 este : 

[etopt:] IRP parametru, <listă> 

Directiva IRP permite o repetare indefinită a blocului dintre IRP 
și ENDM în felul următor ` 

În câmpul operand se specifică un parametru formal și o listă de 
parametri reali delimitată prin paranteze unghiulare. Se ia primul para- 
metru real din listă și se expandează macroinstrucţiunea, apoi se ia cel 
de al doilea parametru şi făcînd substituția parametrului formal (peste 
tot unde apare) se obţine cea de a doua repetare. Se continuă în acest > 
mod pînă la epuizarea listei cu parametri reali. Astfel o secvenţă care 
preia datele din diferite locaţii de memorie și le înscrie într-un tablou se 
poate scrie, cu IRP, astfel : 


Definirea : Codul generat : 
LXI. B,TAB LXI H,TAB 
"Rr "a ZELIArURRI3> LDA ET 
LDA X. MOV M,A 
MOV M,A INX H 
INX H LDA 4F0H 
ENDM MOV M,A 
INX H 
LDA ET3 
MOV M,A 
INX H 


[etopt:] IRPC parametru, text 

Secvența dintre IRPC şi ENDM va fi repetată de atîtea ori cîte ca- 
ractere are text. La fiecare repetare parametrul formal specificat va fi 
înlocuit cu caracterul corespunzător din text (Primul caracter, al doilea 
etc). Dacă text este inclus în paranteze unghiulare orice delimitator din 
text va fi tratat ca un caracter oarecare generîndu-se o expandare şi 
pentru acesta. Dacă text este nul se generează o expandare înlocuindu-se 
parametrul formal cu nul. Ex. : 


Definirea : Codul generat: 
LXI H, DATA LXI H,DATA 
IRPC X, 1983 MOV ML 
MOV M,X INX D 
INX H MOV M,9 
ENDM INX H 

MOV M,8 
INX H 
MOV M,3 
INX H 


[etopt:] EXITM 
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Directiva EXITM permite terminarea forţată a expandării unei 
macroinstrucţiuni (inclusiv REPT, IRP, IRPC) şi ignorarea textului dintre 
EXITM şi ENDM. Chiar dacă se utilizează EXITM, este necesar ca defi- 
nirea să se termine cu ENDM. 


Definiţii de macro în macrodefiniţii 


ASM80 permite definirea unei macroinstrucţiuni în interiorul unei 
alte macrodefiniţii. Nu există nici o limitare privind numărul de macro- 
definiţii în microdefiniţii. O macroinstrucțiune este definită şi poate fi 
chemată pentru expandare numai dacă toate macrodefiniţiile de pe ni- 
velele mai mari au fost chemate si expandate deja. Apelul unei macro pe 
un anumit nivel, definește şi permite apelul macrodefiniţiei de pe nivelul 
imediat inferior. Utilizînd această posibilitate de definire a unei macro 
în altă macro se poate redefini o macrodefiniţie dacă numele macrode- 
finiției inclusă într-o definiţie este parametru formal într-o macro de 
nivel mai ridicat. La fiecare apelare a unei macro de nivel mai mare, 
macroinstrucțiunea de nivel mai mic este altfel definită dacă cele două 
au parametri formali comuni. 


“ Apeluri de macro 


Modul de apel şi corespondenţa parametrilor formali ei efectivi este 
la fel ca la MAC18. Sint permise apeluri de macro în macro (apeluri care 
se cuprind) pînă la 8 nivele. O macro apelată într-o macrodefiniţie nu este 
obligatoriu să fie definită în momentul definirii macroinstrucțiunii ce o 
apelează dar trebuie să fie definită în momentul cînd aceasta este apelată. 


O macro se poate apela pe ea însăşi (apeluri recursive) pînă la 8 nivele. 


La apelare parametrii formali sînt înlocuiţi cu parametri efectivi ca 
o substituție de șiruri de caractere. Dacă se dorește evaluarea unui pa- 
rametru efectiv înainte de expandare, acesta trebuie prefixat (%). Para- 
metrul 'va fi transmis ca un număr zecimal reprezentînd valoarea acestuia. 


Exemple : 


1. Să se scrie o macro care roteşte acumulatorul la stinga sau la dreapta de 
un număr de ori dat 


ROTLR MACRO X, Y 
IF XEQ'R' 
REPT Y 
RAR „ 
ENDM ™ 
ENDIF 
IF X NEL: 
EXITM 
ELSE 
REPT Y 
RAL 
ENDM 
ENDIF 
ENDM 


Apelarea se poate face astfel: 
ROTLR "RS 
ROTLR 'L',y NROT-1 


În ultimul caz expresia este evaluată imediat şi se transmite ca parametra 
efectiv valoarea, în zecimal, rezultată. 
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2. Funcţia de mai sus poate fi realizată astfel : 


ROTLR MACRO X, Y 
REPT Y 
RA&X 
ENDM 
ENDM 
Apelul se poate face : ROTLR RS sau 
ROTRL 1,3 
3. Conţinutul locaţiilor SRCi, SRCj,... 
DSTj,... cu următoarea macroinstrucţiune : 


poate fi mutat la locaţiile DS. 


MOVE MACRO 
IRPC 
LDA 
STA 
ENDM 
ENDM 


X,Y,Z 
PARAM,Z 
X&&PARAM 
Y&&PARAM 


Apelul se face astfel : MOVE SRC, DST, 123 
4. În exemplul următor se arată o macroinstrucțiune care se autotranstormă 
într-o subrutină după prima apelare. 


MACSUB MACRO 
CALL 
ENDM 
CALL 
LINK: . JMP 
SUBR: . 
RET 
GAT: ENDM 


SUBR ;; redefinirea lui MACSUB 


SUBR 
GAT 


În prima apelare se redefineşte MACSUB astfel că următoarele apeluri ale 
lui MACSUB vor genera CALL SUBR. De asemenea la prima apelare se genereazā 
complet codul subrutinei SUBR, se generează CALL SUBR se execută subrutina şi 
apoi se generează JMP GAT pentru a nu executa din nou SUBR.SUBR trebuie să 
fie global pentru a putea fi accesibil în afara primei expandări. 


5. Utilizînd directivele de asamblare condiționată se poate obține o altă 


soluție la problema precedentă. 


TRUE EQU 
FALSE EQU 
FIRST SET 
MACSUB MACRO 
CALL 
IF 
EXITM 
ENDIF 
FIRST SET 
JMP 
SUBR: . 
RET 
GAT: ENDM 


OP 
0 
TRUE 


SUBR 


NOT FIRST 


FALSE 
GAT 


La prima apelare FIRST = TRUE şi deci se ignoră EXITM din blocul IF-ENDIP 
astfel că se generează codul pentru subrutină și pentru apelul acesteia. La urmă- 
toarele apeluri FIRST = FALSE și se generază doar CALL SUBR. 
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6. Instrucţiunea GOTO calculat din limbajele de nivel înalt se poate imple- 
menta cu următoarele macrodefiniții. Secvența de apel va fi: 


GOTO CASE, <ETI, ET2, 'ET3, ET4, ET5> 


Numărul de etichete din listă este limitat doar de lungimea unei linii de 
program sursă. Definiţia este : 


GOTO MACRO INDEX, LISTA 
LOCAL ` IMPTAB 
MVI AJINDEX ; A = Indexul în tabelă 
LXI H,IMPTAB ; HL = Adresa tabelei de salturi 
IMPMAC ` ; Apel macro IMPMAC 
IMPTAB: IRP PARAM, <LISTA > 
DW PARAM ; Construieste tabela de adrese 
ENDM 
ENDM 


Macro GOTO utilizează pe IMPMAC, care va fi definită în continuare. 
IMPMAC MACRO 


IMPCOD: ADD A + AZAY2 

MVI D,0 ;D=0 

` MOV EA ; DE = deplasament 

DAD D ` HL = HL + DE 

:MOV E,M ; E = primul octet al adresei de salt 
INX.: H 
MOV D,M ; D = al doilea octet al adresei 
XCHG ` HL DE 


JMPMAC MACRO ; Redefineşte pe JMPMAC 
JMP JMPCOD ; Pentru economie de cod generat 
ENDM R 
ENDM 


IMPMAC este redefinită astfel că doar la prima apelare se generează cod pentra 
întregul corp de definire, iar la următoarele apelări se generează doar IMP JMPCOD. 


PCHL ; Salt la adresa calculată 


8.2.4. Caracteristici de utilizare a macroasamblorului ASM380 


ASM80 se execută sub SFDX-18 și necesită următoarea configuraţie : 
— Sistem M18, M118 sau MIDD cu minimum 32Ko de memorie RAM 
sau minim 48Ko dacă programele asamblate conțin macroin- 
strucţiuni ` 

— Cel puţin o unitate de discuri ; 

— Imprimantă, dacă se dorește listarea programului asamblat. 

Pentru a putea fi executat pe sisteme cu 32Ko ASM80 este seg- 
mentat. Dacă însă programul conţine macroinstrucţiuni sau dacă se do- 
rește o execuţie mai rapidă se specifică opțiunea MACROFILE (paragraful 
8.2.5) şi ASM80 se va executa în mod nesegmentat. Acest mod de execuţie 
necesită cel puţin 48Ko de memorie RAM. 

Numărul de simboli ce pot fi incluși în program este de aproximativ 
200 pentru modul de lucru segmentat şi 32Ko. de memorie și aproximativ 
800 pentru 48Ko şi execuţie în mod nesegmentat. Fiecare 16Ko de memorie 
adițională creşte cu 2000 numărul de simboli acceptați de ASM80. 
Macrodefiniţiile sînt memorate pe disc deci utilizarea de macro necesită 
o zonă mică de memorie pentru păstrarea parametrilor actuali dar 
această zonă este fixă şi nu crește proporţional cu numărul şi dimensiunea 
macrodefinițiilor. Programele foarte mari pot fi segmentate avind în 
vedere că ASM80 generează cod realocabil. 
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Fisierele utilizate de ASM890 

ASM80 utilizează fișiere cu nume predefinite deci utilizatorul trebuie 
să evite utilizarea acestor nume, Astfel, ASM80 este numele fișierului ce 
conţine rădăcina asamblorului iar ASM380.nnn unde n = 0,1,2,3,4 sînt 
segmente ale lui ASM80 şi trebuie să fie toate pe acelaşi disc (în orice 
unitate). Dac: programul conţine macro se generează un fişier ASMAC. 
TMP pe unitatea specificată cu opțiunea MACROFILE, Implicit acest 
fişier este generat pe discul cu programul sursă. Dacă se specifică op- 
țiunea XREF este necesar ca fişierul ASXREF conținînd segmentul de 
program ce execută funcţia de afişare a referințelor interinstrucţiuni să 
fie rezident pe acelaşi disc cu ASM80. Specificarea acestei opţiuni implică 
şi generarea unui fișier de lucru ASXREF.TMP pe discul cu programul 
sursă. 

Dacă în linia de comandă prin care se cere o asamblare nu se speci- 
fică fişierul obiect şi fişierul listing, se creează pe acelaşi disc cu pro- 
gramul sursă, fișierele sursă. OBJ şi sursă. LST. 


Lansarea în execuţie a asamblorului : 


Formatul comenzii de lansare a asamblorului este : 

ASM380 fișier-sursă listă-opțiuni <er> 
fişier-sursă : reprezintă numele fişierului ce conţine programul sursă ; 
iista-opţiuni ` reprezintă opţiunile specificate explicit, fără prescurtări 

separate prin cel puţin un spaţiu. Opțiunile implicite nu 
trebuie specificate (paragraful următor). 

Dacă linia de comandă a fost corect specificată, ASM80 emite un 
mesaj de lansare în execuţie și începe procesul de translatare a progra- 
mului sursă conform cu opţiunile specificate în linia de comandă sau în 
programul sursă (opțiunile cu $). 

Pentru a reduce timpul de asamblare se recomandă : 

— Opţiunea MACROFILE dacă sistemul are peste 48Ko de RAM; 

— Opţiunea NOOBJECT pentru primele asamblări (cu erori); 

— NOOBJECT şi NOPRINT afișează la consolă doar numărul de 

erori detectate la asamblare ; 

— NOLIST şi NOSYMBOLS afişează doar liniile eronate ; 

+ — Minimizarea transferurilor cu discul evitînd, ori de cîte ori este 
posibil, utilizarea opțiunilor INCLUDE, linii de control în pro- 
gramul sursă, macrodefiniţii (în special cele care se cuprind). 


8.2.5. Opţiuni de asamblare 


Opțiunile de asamblare care controlează diferitele moduri de exe- 
cuţie a asamblorului, pot fi specificate în două moduri : 

— Prin comenzi specificate în timpul asamblării ; 

— Prin linii de comandă intercalate în programul sursă, ceea ce 

permite controlul asamblării pe porţiuni de program. 

Dacă comanda specificată în timpul asamblării conţine o opțiune 
incorectă se ignoră întreaga linie. Dacă o linie de comenzi din programul 
sursă conţine o opţiune incorectă se ignoră toate opțiunile ce urmează 
şi cea eronată. 
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După modul în care acţionează aceste opţiuni ele sînt împărţite în 


două clase : 


— Opţiuni PRIMARE : acestea pot fi specificate o singură dată, 


— Opţiuni generale : 


pentru o asamblare. Liniile din programul 
sursă ce conţin opţiuni primare trebuie pla- 
sate înaintea primei linii de program sursă 
(inclusiv comentarii). 

pot fi specificate oriunde, oricînd și ori de 
cîte ori. 


Mai jos se arată sumarul opţiunilor. Prima opţiune (din cele două 
alternative, dacă este cazul) este cea implicită. 


Opţiunea 
OBJECT/NOOBJECT 
NODEBUG/DEBUG 
PRINT/NOPRINT 
CONDINOCOND 
LIST/NOLIST a 
SYMBOLS/NOSYMBOLS 
PAGING/NOPAGING 
PAGELENGTH (66) 
PAGEWIDTH (120) 
IRJECT. 

[TITLE 
NOXREFIXREF 


NOMACROFILE/MACROFILE 
NOMACRODEBUG/MACRODEBUG 


GEN/NOGEN 
IMOD85 
[SAVE 
RESTORE 
[INCLUDE 
NOTTY/TTY 


P/G Domeniul de aplicare 
P Fişier obiect 
P Fişier obiect 
P Fişier listing 
G Fişier listing 
G Fişier listing 
P Fişier listing 
P Fişier listing 


P Fişier listing 

P Fisier listing 

G Fişier listing 

G Fişier listing 

P Referinţe interinstrucțiuni 
P Macroinstrucţiuni 

P Listare macro 

G Listare macro 

P Programe pentru 8085 
G Salvează opțiunile 

G Restaurează opțiunile 
G Fişiere sursă 

P Funcţiile consolei. 


Prima opţiune este. cea considerată implicit. de ASM80. Specificarea 
detaliată a opţiunilor este dată în continuare. 


Opţiune P 
OBJECT (fişier) 


NOOBJECT 
NOBEBUG 
DEBUG 


PRINT (fişier) 


NOPRINT 


Funcție 
Se generează un fisier obiect la fișier, specificat 
în optiune. Dacă opţiunea lipsește se consideră 
implicit OBJECT (sursă. OBJ}. 
Suprimă generarea codului obiect. 
Tabela de simboli nu este inclusă în fișierul 
obiect. 
Dacă s-a specificat generarea programului obiect 
în fișierul respectiv se include şi tabela de 
simboli. 
Se generează fișier listing care este transmis la 
fişier specificat în opțiune. Dacă opţiunea este 
omisă se consideră implicit PRINT (sursă.LST) 
Vezi şi opţiunea LIST. 
Nu se generează listingul programului. 


SYMBOLS 


NOSYMBOLS 
PAGING 


NOPAGING 
PAGELENGTH (n) 


PAGEWIDTH (n) 


NOXREF 


XREF 


NOMACROFILE 


MACROFILE (disc) 


NOMACRODEBUG 


MOD85 


NOTTY 
TTY 


Opţiune G 
COND 


NOCOD 


LIST 
NOLIST 


EJECT 


132 


Tabela de simboli este transmisă la fişierul spe- 
cificat prin PRINT. 

Listarea tabelei de simboli este suprimată. 
Listingul este paginat, se scrie antetul de pa- 
gină la fiecare început de pagină. 

Paginarea este suprimată. 

Fiecare pagină conține n linii ṣi n poate fi cel pu- 
țin 12 şi include 3 linii la începutul paginii, 3 la 
sfîrsit și liniile de antet. Dacă se specifică n<12 
se consideră n=12. Implicit se consideră PAGE- 
LENGTH (66). 

Fiecare linie conține n caractere, cu 72<n<«<132. 
Liniile mai mari de 132 caractere sînt trunchiate 
iar liniile ce depăşesc PAGEWIDTH sînt conti- 
nuate cu coloana 25 din linia următoare. Im- 
plicit n= 120. 

Se suprimă generarea referințelor interinstrucțiuni. 
Se generează referințe interinètrucțiuni ce sînt tri- 
mise la fișierul ASXREF.TMP și listate la fişie- 
rul specificat prin PRINI. 

Nu sînt macrodefiniţii în programul sursă. Dacă 
sînt se vor semnala ca erori. ASM380 se execută 
în mod segmentat (mai lent). 

Fişierul ASMAC.TMP va fi creat pe discul speci- 
ficat. Dacă se specifică doar MACROFILE, acest 
fișier se creează pe același disc cu sursa ASM80 se 
execută în mod nesegmentat, în cel puţin 48Ko de 
memorie RAM. 

Simbolii din macrodefiniţii generati de asamblor 
nu sînt incluși în fişierele listing și obiect. 
Specifică faptul că programul sursă conţine și 
instrucțiuni 8085. Implicit se consideră sursă pen- 
tru 8080. 

Nu se simulează 'form-feed”. 

Se consideră ieșire pe TTY şi se simulează 'forma- 
feed” 

Funcție 

Directivele de amplasare condiționată și codul 
omis prin condiție falsă sînt incluse în fişierul 
listing dacă s-a selectat opțiunea LIST. 

Directivele şi codul pentru condiţie falsă sînt su- 
primate din listing, de asemenea şi directivele 
EXITM. 

Se generează un fişier listing de ieşire și este tri- 
mis la fișierul specificat prin PRINT. 

Se suprimă generarea fișierului listing mai puţin 
liniile eronate. 


Salt la începutul paginii următoare, determinat 
de opţiunea PAGELENGTH. 


TITLE (sir) 


GEN 
NOGEN 

SAVE 

RESTORE 
INCLUDE (fişier) 


Titlul specificat prin sir se listează în linia a doua 
a antetului de pagină, coloanele 1—64. Şirul este 
trunchiat la 64 si trebuie inclus în apostroafe. Are 
efect pînă la o nouă opţiune TITLE. Şirul speci- 
ficat trebuie să conţină cel puţin un caracter. 
Textul expandărilor macro se listează la fişierul 
specificat de PRINT dacă s-a specificat LIST. 

Se suprimă listarea expandărilor macro. 

Opțiunile curente pentru LIST, COND, GEN sînt 
salvate în stivă (pînă la 8 nivele) şi rămîn active 
pînă sînt explicit redefinite. 

Se refac opţiunile LIST, COND şi GEN salvate 
ultima dată (din vîrful stivei). 

Fișierul de cod sursă specificat este inclus în 
continuare, în fișierul ce conţine opțiunea. IN- 
CLUDE pot fi cuprinse pînă la 4 nivele. Liniile 
incluse sînt marcate cu (=) în coloana 19. În co- 
loana 18 se afișează nivelul de INCLUDE. Această 
opțiune este foarte utilă pentru gestiunea unor 
fişiere de macrodefiniţii. 


Opțiunile implicite considerate de ASM80 sînt următoarele : 
OBJECT (fişier sursă.O0BJ) 


NODEBUG 


PRINT (fișier sursă.LST) 


COND 
LIST 
SYMBOLS 
PAGING 


PAGELENGTH (66) 


PAGEWIDTH (120) 


NOXREF 


NOMACROFILE 


NOMACRODEBUG 


GEN 
NOTTY 


Toate opțiunile arătate mai sus pot fi specificate în linii de control 
incluse în programul sursă. Formatul acestor linii este : 


$ listă-opţiuni 


$ trebuie să fie în coloana 1 iar opţiunile separate prin cel puţin 


an spațiu. 


Liniile ce conțin opțiuni PRIMARE trebuie să apară înaintea primet 
linii din textul sursă (inclusiv comentarii). 


8.2.6. Exemplu de programare în limbaj de asamblare 


Programul prezentat în continuare reprezintă un exemplu complet 
de tratare a întrenuperilor la microcalculatorul] M118. Exemplul prezen- 
tat conține şi tabela de referințe pentru programul listat. 
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ASMO Ei: INZO20. AH MACROFILE PRINT(:LF:) PAGEWIOTH(72) DEBUG XREF 


SFLX-18 2020/2025 MARII 


LaLa 


DODE 


007 
QVE 
GED 


DIEE 


DOL 
0012 
0012 
001g 


DO1/ 
0012 
(08 i 
HPÜLA 
DUIE 
DGE 


oin 


Iech) 


2E 20 
DEn 


ES 


D'iDOO0 E 


ES 
DÉI 
ES 


EDOGOO E. 


LINE 


14 


AZSEMELER V3.0 IN2020 FAGE 1 

SOURCE STATEMENT 

NAME INSO 
$ TITLE (“aaa MODUL INTRERIIFERI FENTRU 
MC M-118 sax) ` 

PUBLIC RENDI ,RQELYL, REDLYL. OPRI 

FUELIC  INTINI, INTEI, INTOI,RGSETV ` 

EXTRN ROLOEX, ROL1EX, ROLZEX, POL ZEIT. ROL A 
EX 

EXTRN ROL SEX, bOL AEN, ROL7EX, RQISND, TIC 
K 

EXTRN RAALCTV, ENTELL, 7ELR 

CSEG.: 
; DEFINIREA MASTILOR PENTRU INTRERUFERI 
TMEK 

Si D DFFH, OFEH, OECH, GES, DE OH 

QE OEOH, OTOH, OSOH, 0 
; RLIT INA, ROENDT 
3 FUNCTIE: TRANSMITE NUN-SFECIFIC EOI LA sa 
3 PARAMETRII: NIMIC ’ 
: TNTŪARCE: NIMIC 
RQENDI: 


3 ZONA 


INTRIJT: 
RUTO; 


COMRUT ; 


FERE 


d WUT äs 


GOUT INE FReDEFINITE FENTRO INTRERLIFERI 


DROE sEC=ADR, ESCHAHDGE 


H ; SALVARE STARE 
D 

FSW 
RUISND TRANSMITE MEZAJ INTRERLI 
PSW REFACERE STARE 
D 

H 

E 


SFIRSIT INTRERIIPERE 


r 


SFDK-18 8080/3085 MACRU ASSEMBLER, V3.0 INS029 PAGE 2 
kokoka MODUL INTRERUPERI PENTRU U.C. M-118 SKS 


LOC DBJ LINE, SOURCE STATEMENT 
OGIE 010000 E 44 LXI PB, ROL ZEN ?BCSADR, EXCHANGE 
ooi C31100 ei 45 JMP TOMRIJT 

46 RUTZ: 
0024 CS 47 FUSH E 
0025 010000 E ae LXI E, POL ZEN ș BC=ADR, EXCHANGE 
0029 C3231100 ei As JME CORPRUT 


S0 RUȚA: 
002B CS Si PUSH B 


D02C 010000 E D3 LXI B, POL AEN ; BO=ALDR, EXCHANGE 
002F 31100 (e D3 „MP COMPRLUT 
54 RUTS: 
Dë CS 55 FUSH E 
GOSZ 010000 E KI? DA B,RALSEX șEC=ADR, EXCHANGE 
DOZE Cito C 37 JMF COMRUT 
59 RUT6: 
0039 CS Sa PLISH ici i 
OOSA 010000 E 60 LXI E, BOL SEN ;EC=ADR. EXCHANGE 
063D C3231100 ei éi AMP TOMRUT 
éZ RIJT7: 
0040 CE SR FUSH B 
004l ES SA FUSH SW 
2042 ZE0B ES MVI å., OEH ; TRIMITE OCW3 DE CITIRĘG 
ISR 
9044 DEn ih DUT JCW 
üA DEFD 67 IN ISR 
Q04 Eco E ANI AUH TEST EXISTA INTR. NIVER 
d 
SDAA C25000 C NZ ZEND? * DACA DA SALT 
Doar Fi POP PIW ALTFEL REFACE STAREA 
OGAE Ci FOF E 
DAF CS RET 
73 GENDZ: 
OO EI 7 PaF FER 
0051 CG E E LXI B.ROL7EX ;EC=ADR., EXCHANGE 
CSA C É, JMF COMRUT 
77 3 
72 ș RUTINA IIDPRI 
7% 3 FUNCTIE: ACTUALIZEAZA MAETILE DE INTRERIIFERE 
CF. PRIORITATII 
go ; TASK-ULUI ACTIV CURENT 
Sir PARAMETRII: NIMIT: 
ga ș INTOARCE: NIMIC 
E D 
24 UDERI: | 
OO? OL8E00 23 LXI È, OEH Së DEEL AG GMENT FRICRITY 
IN TO 
HOTA ZACOCA E ZE LHLE RUACTV  șHL=ADRESA TO FENTRI “RU 
NNING TASK" 
DOS T 37 GAD PS 
903E 7E SS ON AM șA=PRILIRITY PENTRU "RUNN 
ING TASK" 
DOS: Ee Dé" A TEST PRICRITY=0 
DOED Ti C SO NZ PRNZ ELACA NU SALT 
00EG 2 Si INR Di 3 INCREMENT ET, A TIMFENS 


A DECREMENTAREA 


Bes oo 
D354 C 


Dx-18 8080/8085 MACRLI 
* MODUL INTRERIIPERI 


LD ORJ 


Deh 
Lea? 
OO 


FESI ` 
DAAROO 
SEZI 
COLE 20 


DO: 


D , 
DO 4 
0072 


OOTI OEY 
0D F 
t 


0072 


EOG 


FANOGO 


Ea 


Sa 


[ZOE 


zt TIVON 


OO 


136 


e 


LINE ZUURCE STATEMENT 
yz FRNZ: 
Kéi CFI 127 
SA Bis EINT 
93 MYI À, 129 
TATE UNIFORM 
96 EINT: 
27 DER A 
3 
Kc? ANI DE SH 
A 16 
Sa RAR 
ste RAR 
Loi RAR 
102 A RAR 
102 MOY Cé 
E MASCARE 
104 MYI ffe 
A DE MASTI 
15 LXI H, IMSE 
104 DAL E 
MZATOARE NIVELULUI 
107 LIA 3TM3k 
IVELE FARA ROEL ML? 
ORA M 
DUT IMR 
RET 
2 s ZĒNA CELHLELIR CAPIANA, 
INITIALIZARE 
TRAF: i 
JMF RUTO 
NOF 
JMF TTISK 
NGF 
IRF LYL, 22, 
„IMP RIITALVL 
NGF 
ENLIM 
JMP RUTZ 
NEF 
JMF RUTS 
SI NGF 
127+ JMP RUTA 
123+ NOF 
29+ JMF RUTS 
130+ NGP 
AMP RUTE 
NGP 
JMF RUT? 
NGF 
LCOTRAP EJ $-TRAF 


AZSEMELER, VZ. 
bet KZ 


FENTRIL 


LU. Ta 


RUTINA INTINI, 
FUNCTIE; INITALIZAREA SISTEMULUI DE 


ÎN8020 FADE 


t 


ș TEST PRIORITY? =129 
3 DACA NU SALT 
; TOATE PRL:=129 SINT TRA 


; A=nIveLui DE MASCARE=I| 


; PREGATESTE: ÎMPĂRȚIREA L 


$ SALVEAZA IN © NIVELIIL D 


3 EC.=UEPLAZAMENT IN TAREL 


șHL=ATIREZA MASCA CCORESFII 


ș ADAILIGA MASCA STATICA (M 
* TRANSMITE MASTA LA IMR 


SE COPIAZA PN RAM LA 


z = 
, A, D, 70 


INTRRUFE 


SFDX-12 2020/3053 MACRO AZZEMELER, V3.0 IN8OZ20 FAGE 4 
KR MODUL ÎNTRERUPERI PENTRI UC, M=118 Etică 


LD CB LINE SOURCE STATEMENT 
` RI 
13? 3 FARAMETRII: NIMIC 
r40 3 INTOARCE: NIMIC 
14. 3 
142 INTINI: 
D040 ZEEO 143 em MVI A, OEQH  șA=MASCA MULTIPLII QE 32 
OOAZ 212300 D 144 . LXI H, RAMTRP+Z1 ;HL=ADRESA IN RAM ê 
CELIILELOR CAPCANA i 
DOP AS 145 ANA L ; CORECTIE LA MULTIPLU DE 
OOA: ot EIS HO L, A 
OBA7 Z2ZOO D t47 SH D ADTRAP  ș SALVEAZA ADRESA CORECTA 
TA 
OOAA 1E20 1485 MVI E,LƏTRAFP ;E=LUNGIME CELULE CFCAN 
A 
OLAT OolSc0o Z 147 LXI B, TRAF  sEC=ADIRESA DE INCEPUT CO 
PIERE 7 
SO MME? 
DOAF NA LEAX E SIA UN OCTET DIN ROM 
OOEG 77 May M,A :IL FUNE IN RAM 
INX E ? ÎNC. POINTER ROM 
INX H 3 INC, POINTER RAM 
` ICR E DEC. CANTOR 
HOEA E NZ MIVE REIA CICLUL 
DOR? AUZUL D LH P ADTRAP 
COLA "D MOY A,L ASAR, LOW A CELULELOR 
CAPCANA ` 
COEG Fale 15% IRI Lan : FORMEAZA IEW CU "SINGU 
Pi ZI "INTERVAL 4” 
POEP DEn 150 DUT ICW1i TRIMITE ICH) 
OGEP FE 141 MOV A, H ÅAR. HIGH A CELULELOR 
CAPCANA 
EFE QUT ICW2 șTRIMITE IONS 
27 SUR A 
220100 D STA MSGINI INITIAL NU EXIZTA MESAJ 
INITIALIZAT 
MVI A, OFFH 
D STA STMSk INIT STATIC MASK 
DUT IMF INITIAL TOATE NIVELELE 
ZINT MASCATE 
OOTD 210000 EI LXI HO 
OD 20000 E Los SHLD „ROLIEX  : INITIALIZARE DESCRIPTOR 
ROL (EY . 
E 170 SL D ROLIEX+4 
E 171 LXI H,ROLIEX 
E 172 SH D RGLIEX+2 
GOPE E 172 SHLD FOLI1EX+4 
QOLF 3 E 174 LXI H, PELR șHL=ADRESA CAF DE LISTA 
OEF E: 17% PUSH H 
POEZ OoiGoOop0 E 178 LXI B, ROLIEX ; BC=ADR. DEIECT CE INTR 
OUZ 
DOEL 110200 177 LXI D, 8 DE sétDn, CIMF DE LEGARE 
DOE CIOOOO E 178 CALL ENTSLL șLEAGA ROLIEX IN LISTA EX 
CHANGE-URI 


QQEC Ca 17% RET 
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SFDX-18 2080/8085 MACRO 
xxx MODUL INTRERUPERI 


LOD 


GOED 
OOEE 
O0EF 
00FO 
OOF 1 
ODE 3 
ODOE3 
POF A 


DOE 
DOE 7 
DOE 
DOERR 
DOE 
QOFF 
0101 
0103 


90105 
0107 
010A 
010E 


010C 
OLOL 
6110 
Otti 
0114 


0117 
011S 


OB 


01 
Oz 
ca 
0S 
10 
20 
Kal 
DO 


0000 
0000 
0000 
0000 
G000 
OOHO 
9000 
0000 


9600 
21ED00 
DS 

SE. 


78 
210100 
AG. 
Ca3401 
21F500 


03 
oY 
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N 


LINE 


180 
151 
182 
133 


184 


136 
187 
188 
199 
190 
IKEA 
192 
193+ 
194+ 
195+ 
198+ 
197+ 
198+ 
KK 
200+ 
204 
202 
203 


204 
205 
206 


207 
208 
299 
210 
zii 
212 
213 
214 


215 
216 
217 
zis 


219 


220 
221 


ASSEMBLER, V3.0 dii PAGE s 
PENTRU U.C., M-115 KEE 


SOURCE STATEMENT 


DH MASTI SETARE BITI 
BITSET: 

ÜR 1,2,4,3, 10H 

DE 20H, 40H r GOH 
H N 
DH ADRESELE EXCHANGE-LRILOR DE ÎNTRERUPERE 
INEXAD | 

IRP LYL, €0,11, 2,3,4,5, 6,7% 

DW ROL SL ML SEX 

END 

DW RIILOEX 

DW POL LES 

DN POL 2EN 

DN RAL3EX 

DW ROL 4EX 

DM BOL SEN 

DM ROL EY 

DM ROL7EX 
e RUTINA INTE! | 
3 FUNCTIE: ACTIVEAZA UN NIVEL DE INTRERUFERE F 
RIN STEFEREA 
; - BiTULIII CORESPUNZATOR DIN STATIC MA 
SK . 
; DACA NU EXISTA MESAJ DE INTRERUPERE 

FORMAT LA | 

H EXCHANGE CORESPUNZATOR NIVEL LILUT 


FORMEAZA UNUL 
PARAMETRII: î=NR, NIVELULUI DE ACTIVAT 
ÎNTOARCE: NIMIC 


NTEI; 

WI ffe ;EC=NR, NIVEL 

LXI H, BITSET 

DAD B 

May EM șE=BIT CORESPUNZATOR NIV 
ELULUI 

MO A, E SEI INA 

LXI H, MEGIN: 

ANA M ; TEST MESAJ INITIALIZAT 

JNZ NGINIT DACA DA SALT 

LXI. H, INEXAD ;HL=BAZA TABELEI DE ADR 
ESE EXCHANGE-URI 

DAD 5 

DAD B $ HL=ADRESA ADRESEI EXCHA 
NGE 


SFDX-18 8080/3023 MACRO ASSEMELER, 


ra 
LOC 


011? 
0114A 
0115 
otic 


OH 
0120 


0121 - 


Oiaz 
0123 
0124 
0125 
0127 
0128 
012A 
0126 
012E 
-0130. 


01314 
0134 
0137 
ER 
0137 


013A 
0128. 


Q144 
Qi 4£ 


ORI 

4E 

ES? 

46 
210400 


DS 


[ei 
Bei 
9 
9 
D 


Le RER SERI 
Data 
2 
d 


220100 D 


240000 D 
78 


2F 
Aó 
77. 
C35700 C 


F3 


Cpoeo) C 
FE 


Ca 


0400 
21ED00 £ 


LINE 


222 
229 
224 


225 


226- 


227 
228 
22% 
230 
231 
232 
233 


KI? 


235 
236 
237 
238 


23% 
240 
241 
242 


SOURCE STATEMENT 


MESAJ 


MESAJULUI 
STA 
NOINIT: 
LXI 
RON 
TAR DIN 
CMA 


VI. O 
MODUL INTRERUPERI PENTRU U.C. M-118 


xx 


> rr 


E 


Q 


MIZITZITZTZIPIXW 
D ra in 
ke 
z 
bt 


H, STIMSK 
A, E 


STATIE MASK 


M 
M,A 
UDPRT 


$ RUTINA RQELVL 
; FUNCTIE: AGTIVEAZA UN NIVEL DE INTRERUFERE F 


RIN 


NTA INDIVIZIE 
3 PARAMETRII: 
H INTOARCE: NIMIC 


SOEL A 
DI 
ZIBILA 


CALL 


EI 
ZIBILA 
RET 


. 
H 
D 
DH 
: 
7 

E 
. 
D 
D 
DH 
. 
H 
D 
7 
I 


INTOARCE: 
MIDI: 
MYI 
LXI 


PARAMETRII! CNR. 


APELAREA RIITINEI INTEI INTR-O 


ILA 
C=NR 


INTEL 


RUTINA INTL 
FUNCTIE: DEZACTIVEAZA UN NIVEL DE INTRERUPER 


IN8UZO PAGE EI 


+ EC=ALIR, EXCHANGE CAUTAT 
SH Up, CIMP "LINK" IN 


3 “LINK PE EL INSUSI 


SH zé, “LENGTH” 


3 LENGTH=3 


SH ép, “TYPE” 


ș TYPE=1 


3 MARCHEAZA INITIALIZAREA 


+ STERGE RITUL COREZFLINZA 


MODIFICA IMR 


SECHE 


NIVEL 


3 INCEPUT SECVENTA INDIVI 


ACTIVARE NIVEL 
SFIRSIT SECVENTA INDIVI 


PRIN MODIFICAREA STATIC MASK-ULUI 


NIMIC 


Bu 


H, BITSET 


NIVEL 


s BCONR. NIVEL 
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SFDX-18 2020/2025 MACRO AZSEMELER, V3.0 INZOZO PALE 7 
xa MOD INTRERJPERI FENTRU LC. M-112 uas 


LOCO ORJ LÍNE SOURCE STATEMENT 
0143 03 Deg DALI E :HL=ADR. BIT MASCA FT. N 
IVELUL RESPECTIV | 
014A 7E 270 HOM A,M 2ADUCE IN A BITIIL MASCA 
0146 210000 D 271 LXI H, STMSK 
014E Bé 272 ERA M + REALIZEAZA MASLAREA 
O14F 77 278 HOM M,A l 
0150 C3235700 C 274 JMP. UDPRI e MODIFICA IMR 
275 ; i 
276 ; KUTINA POD AL 
277 3 FUNCTIE: DEZACTIVEAZA UN NIVEL DE INTRERIIFER 
E PRIN 


APELAREA RUTINEI INTDI INTR-O SECVE 


278 ; 
NTA INDIVIZIBILA . 
279 ; FARAMETRII: C=NR. NIVEL 
280 e, INTOARCE: NIMIC 
Al ze . 
233 RQDLVL: 
0153 ES 282 DI : INCEPUT SECVENTA INDIVI 
ZIEILA 
0154 CD4401 C 284 CALU INTDI ;DEZACTIVEAZA NIVEL 
0157 ER 285 . EI ; SFIRSIT SECVENTA INQIVI 
ZIBILA : 
0158 Ca 284 RET 
287 ; ` 
288 ; RUTINA ROSETV 
z289 ; FUNCTIE: MODIFICA ADRESA DE SALT IN CADRUL. U 
NEI CELULE 
290 3 CAPCANA 
291 : PARAMETRII; BC=ADR, NOII RUTINE DE TRATARE A 
INTRRIIPERI 1 
292 3 E=NR, NIVELULUI PE CARE SE FACE 
` MODIFICAREA 
293 3 INTOARCE: NIMIC 
278 ș 
235 ROSETV: 
0159 F2 zme DI : INCEPUT SECVENTA INDIVI 
ZIBILA 
015A ZAQ200 D 297 LHLD ADTRAP  sHL=ADR. DE INCEPUT A CE 
LULELOR CAPCANA 
Q15D 1400 RG? MVI 0,9 3 DE=NR, NIVEL 
QI5FE ER ECK XCHG 
OLEO 29 200 DAD H 
0161 29 201 DAD H șHL=NR. NIVEL Së (DEFLAS 
MENT IN ZONA BAFCANE) 
Qi62 22 202 INX H ; TRECE FESTE COD JMF 
0163 1% 302 DAC D 3 HL=ADRESA LA CARE SE FA 
CE MODIFICAREA 
IZ 71 204 MEV H.C 
0165 2% 305 INX # . 
Qies 70 204 HOM o. m, E IPUNE ADR. NOII PUTINE 
0167 FE 307 EI SFIRSIT: SECVENTA INDIVI 
ZIBILA 
oien CS 203 RET 
30% 3; 


310 }; CONSTANTE I/E 8257 


140 


SFDX-1% 8080/8085 MACRO ASSEMBLER, V3.0 INSO20 PAGE % 
wex MODUL INTRERUPERI PENTRU U.C. M~118 SR 


LOC (By LINE SOURCE STATEMENT 
311 3 
00FD KAESCH ERU OFDH , 
OOEC 2123 ICW? EQU OFCH 
GOED 314 OCW EQU OF DH 
QOF D 315 OCHS EG) OF DH 
DOE D 316 ISR EPR OE DH 
DOE 317 IMR - EQU OFCH 
0020 318 ENI EGU OZOH 
319 ; 
2O ș ZONA DE DATE A MORULILUI 
KRAN 
zi. SEG 
0000 223 STMSK: DS 1 STATIC MASK 
0001 244 MSGINI: DS 1 *MARCA PREZENTA MESAJE [ 
E INTRERUPERE 
0002 gas ALITRAF:; OS a ADRESA ZONEI CELULELER 
CAPCANA , 
iist? 2326 RAMTRF: DS 3714+32 3 ZONA CELULE CAFCANA IN 
RAM 
227 ENG 


PUGL IC SYMBOLS 
INTDI © 0144 "NEI C oioë ÎNTINI C 0040 RODLVL C OLS? 
RQELVL C 013E RQENDI © 000? ROSETV C 0157 UDEbRI C 0057 


EXTERNAL SYMBOLS 


TELR E 0000 PTICE E 0000 ENTELL E 0000 RQRACTV E GODO 
RGISND E 0000 ROLOEX E 0000 ROLIEX E 000G ROL2EX E 00Q0 
ROLJEX E 0000 RGILAEX E 0000 ROLSEX E 0000 POL EX E 0000 
ROL ZEN E 0000 

USER SYMBOLS 

TELR E OOOO FTICK E 00090 ALTRAF D Q002 EITSET © OQEG 
COMRIIT © 00t EINT .C O0O4E ENTELL E 0000 EGI 4 002. 
ICW1 A DOED Wes A DOFT IMR A 00FÈ IMSE ` 
INEXAD © OOPS INTE © 0144 INTEI © 0105 INTINI C 
INTRUT C OODE ISR À OOED LGTRAF A 0020 MOVE Č: 
MSGINI D 0001 NOINIT C 0134 Lata pa A 00FL DCH 4 

FRNZ C Deh RAMTRP D 0008 RQACTV E 0000 RIDLUL C 
ROELVYVL £ 013E ROENDI C 0002 ROISNIE E 000Q POLOEN. E 
ROLIEX A D000 ROLZEX E Gu POL 2EN E 0000 RELGEA E 
RALSEX E OQO0 ROLEX E 0000 ROLZ7EX E 0000 ROSETV E 

RITO C DOG RUTZ C Goin RUTZ C 0024 RUTA = 

RUTS C OO RUTE C QOY RUT? C 0040 SEND7 ci 
STMSk D OOC TRAF CL JSO UDFRI C Oo? 


SSEMELY COMPLETE, NO ERRCIRS 
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TELK 
?FTICK 
ADTRAF 
RITZET 
COMRUT 
EINT 
ENT SLL 
EOI 
ICW 
TOW2 
IMR 
IMSK 
1N8020 
INEXAD 
INTDI 
INTEI 
INTINI 
INTRUT 
ISR 
LGTRAP 
MOVE 
SG INI 
NOINIT 
OTW 
GEWE 
FRNZ 
RAMTRF 
REALTY 
RODL ML 
REELVL 
ROENDT 
RIL ENE 
ROLOEY 
FL LEA 
ROLEX 
POL ZE 
ROL AE: 


POL Ex 
(SIACH 
ROZETY 
RIITO 
RIT? 
RUTZ 
RITA 
RUTES 
RUTE 
PUTZ 
SENB7 
3 TMSKk 
TRAP 
LIDPRI 


AC 


CR EN E d în 


zog 
42% 
Ai 
Ka? 
DAN 
Dë 
eat 
67 
107 
114% 


3 


174 
117 
157 
aia 
43 
26% 
178 
319# 
312% 
3134 
167 
105 


KIK 

256% 
210% 
142% 


316% 
143 
156 


215 


2404. 


3144 
3194 
Ki? 
KS 
Sé 
282# 
254# 
21% 
25 
30 
182 
AA 
AS 
52 
KI 


GO 


317% 


224 
256 


193 
170 
173 
176 
197 
198 
17% 


200 


201 
149 
246 


CROSS REFERENCE COMPLETE 
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171 


37 21 pis 

KSE? 

172 173 176 1%8 
2228 


Capitolul ? Aplicaţii ale microcalculatoarelor din 


familia Felix M18 


Microcalculatoarele din familia FELIX M18 au intrat în fabricaţia de 
serie din anul 1978, fiind folosite ca sisteme cu caracter universal, în cer- 
cetare ştiinţifică, proiectare și învățămînt sau ca sisteme dedicate, orien- 
tate pe aplicaţii specifice. 

Atît sesiunile de comunicări științifice, în domeniul calculatoarelor, 
organizate în ultimii ani, în țara noastră, cît și o serie de materiale publi- 
cate demonstrează utilizarea microcaleulatoarelor FELIX M18-118 într-un 
mare număr de aplicaţii, în cele mai diverse domenii. 

Întrucât este extrem de greu a se cuprinde într-un singur volum mul- 
titudinea acestor aplicaţii, s-a adoptat punctul de vedere de a se prezenta 
un număr extrem de restrâns. 

Astfel, pe lingă exemplul de proiectare a unui modul SLAVE, se pre- 
zintă : Concentratorul de date CD80, Cuplorul de proces SPOT- 80 și 
sistemul SINEX-82. At concentratorul de date, cît ai cuplorul SPOT-80 
sînt produse în mod curent la Întreprinderea de Calculatoare. Ele consti- 
tue produse care s-au exportat. Sistemul SINEX-82 a fost conceput în 
cadrul ICEMENERG, pentru conducerea proceselor termoenergetice. Reali- 
zarea lui s-a bazat pe unităţi de repertoriu comercial din FELIX M118 și 
SPOT-80, la care s-au adăugat panouri specializate pentru comunicaţia 
cu utilizatorul. Sistemul funcţionează sub monitorul de timp real RTX-18, 
constituind astfel un exemplu concludent, privind flexibilitatea şi modu- 
laritatea sistemelor de microcalculatoare, atît ca hardware, cît şi ca 
software. 

Se prezintă aspecte privind proiectarea și implementarea conducerii 
cu FELIX M18 a procesului de preparare a minereurilor neferoase. Se 
descriu utilizarea microcalculatorului M18 în sisteme de culegere a datelor 
şi pontaj automat precum și funcţiile sistemului de introducere şi validare 
a datelor. 

În finalul capitolului se prezintă un sistem de dezvoltare pentru 
studiul structurilor multimicroprecesor bazat pe module URC-MI8 ; de ase- 
menea, utilizarea familiei M18 în testarea automată. 


9.1. Proiectarea unei interfeţe corespunzătoare unui modul SLAVE, 
cuplat pe magistrala sistemelor din familia FELIX M18 


Necesitatea proiectării unor interfețe de tip modul SLAVE, pentru 
magistrala sistemelor din familia FELIX M18, apare în numeroase cazuri, 


143 


cînd utilizatorul intenţionează să cupleze la sistem echipamente noi; care 
nu sînt prevăzute în repertoriul de unităţi comerciale. Astfel, în labora- 
toarele Catedrei de calculatoare, din Institutul Politehnic Bucureşti au 
fost realizate module SLAVE pentru diferite aplicaţii : 

— modul de achiziţie de date analogice, cu 16 intrări cu cîte o bornă 
la masă sau cu 8 intrări diferenţiale şi cu 2 ieşiri analogice, 

— modul pentru achiziția semnalelor numerice, 

— modul pentru achiziția de imagini, cu ajutorul unei camere de 
luat vederi tip TEHNOTON, 

— modul pentru afişarea imaginilor, prelucrate cu microcalculato- 
rul, pe un monitor TV TEHNOTON (imagini de 256X256 pixeli, cu 
4 biţi pixel), 

— modul pentru comanda unui motor pas cu pas, 

— modul de cuplare a magistralei sistemului FELIX M18 la o ma- 
gistrală de tip HP-IB (standardul IEEE 488), 

— module pentru programarea de memorii PROM, REPROM etc., 

— modul cu convertoare N/A, pentru cuplarea unui display cu me- 
morie TEKTRONIX și a unui înregistrator X, Y. 

Elementele interfeţei 


Interfața la magistrală, pentru un modul SLAVE, are în componența 
sa ` decodificatorul de adrese, circuitele de atac pentru magistrală și lo- 
gica semnalelor de comandă. 

Decodificatorul de adrese asigură selecţia unor celule de memorie 
(RAM, ROM) sau porturi de intrare/ieșire, pe baza informaţiei furnizate 
pe liniile de adrese ale magistralei. Pentru a se asigura o mare flexibili- 
tate, în cadrul acestei logici se utilizează o metodă de decodificare a adre- 
sei în două trepte, combinată cu posibilitatea unei selecții suplimentare 
prin comutatoare. Pornind de la numărul necesar de locaţii unice (ce-. 
lule de memorie sau porturi de UE) se stabilesc liniile de adrese inferioare, 
ale magistralei, folosite în acest scop. Liniile superioare de adrese rămase 
vor fi decodificate în prima treaptă (primul decodificâtor). şi vor furniza 
adresa bază. Semnalul corespunzător acesteia va activa decodificatorul 
celei de-a doua trepte, care va genera semnalele de selecţie pentru lo- 
caţiile unice asociate interfeţei. În figura 9.1 se prezintă schema decodi- 
ficării în două trepte a adreselor de pe magistrală. Biţii A4—A8 sînt utili- 
zait pentru a produce semnale de selecţie, corespunzătoare bazei alese. În 
cazul decodificării adreselor de bază, pentru porturi de I/E, se folosește 
decodificatorul 8205 superior, din: prima treaptă (adresele A4—A7). Intra- 
rea inferioară a circuitului 74532 este conectată la masă prin comutato- 
rul 2. Decodificatorul celei de-a doua trepte, pentru liniile A0—A3, este 
activat de ieșirea porţii 74932, pentru a furniza semnalele de selecţie a 
locaţiilor. În cazul manipulării unor locaţii de memorie (ca. porturi de UEL, 
treapta întîi va fi formată din două decodificatoare 8205. 

După cum s-a văzut în capitolul 2, comanda trebuie să devină activă 
în 5Ons, după stabilirea adreselor. De aceea, logica de decodificare a adre- 
selor trebuie să fie cît mai simplă, pentru a nu introduce întîrzieri. 

Circuitele de atac pentru magistrală. În cazul în care interfaţa recep- 
ționează date de la magistrală, vor fi prevăzute circuite tampon, pentru a 
reduce încărcarea liniilor de date ale magistralei, Dacă interfața trebuie 
să plaseze- date pe magistrală, liniile respective vor dispune de circuite 
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KKK 
UN-=O 


Si Semnale de 
st selecție o [ocaţiilor 


A douo treaptă de 
decodificone 


Comutator + 


Comutator 2 


Primo treaptă 
de decodificare 


Fig. 9.1. Decodificarea în două trepte a adreselor magistralei. 


de atac cu trei stări. Aceste circuite vor fi activate la aplicarea semnale- 
lor IORCL sau MRDCL, simultan cu selecţia modulului (activarea adre- 
sei bază). 

Pentru a asigura operaţiile de scriere şi citire pe magistrală, de către 
interfață, se folosesc circuite de atac bidirecţionale (8226, 8287). În cazul 
în care timpul de menţinere al informaţiilor, furnizate de magistrală, nu 
este suficient pentru circuitele interfeţei, trebuie să se ia măsuri speciale. 
Acestea constau în activarea permanentă a tamponului receptor şi co- 
manda direcţiei de transfer prin tampoane. 

Logica semnalelor de comandă. Această logică cuprinde : circuitele 
care transmit comenzile de citire/scriere de la magistrală (MRDCL, 
MWTICL, IORCL, IOWCL) spre destinațiile lor, pe interfaţă, circuitul pen- 
tru generarea semnalului de confirmare a transferului (XACKL) si cir- 
cuitul care generează semnale de întrerupere, pentru liniile magistralei, 
afectate în acest scop (RINTOL-RINT?L). l 

Liniile care primesc semnalele de comandă MRDCL, MWTCL, IORC 
şi IOWCL trebuie să fie prevăzute cu circuite tampon rapide (Shottky) 
pentru a nu încărca magistrala și pentru a asigura o imunitate ridicată la 
zgomot. Aceste semnale sînt validate de semnalul de la decodificatorul 
adresei bază, în vederea generării comenzilor de citire/scriere în modulul 
SLAVE. 

Semnalul de confirmare a transferului, XACKL, este generat de mo- 
dulul SLAVE, pentru a informa modulul MASTER în legătură cu citirea 
datelor transmise de către acesta din urmă sau în legătură cu disponibi- 
litatea pe magistrală a datelor furnizate de modulul SLAVE. Semnalul 
XACKL este furnizat la linia respectivă a magistralei printr-un circuit 
cu trei stări, activat atunci cînd modulul SLAVE este adresat și comanda 
(citire/scriere) este prezentă. Este necesară asigurarea unei anumite flexi- 
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RINTOL — SINT TL 


Cerere de 

întreruperi : 
ADRO- ADR3 a 0S0-L La mag. date 
(stare întrerupere) 


Decodificore 
a doua treoptă 


Cerere 
întrerupere 


Portun 

de UE 
Decodificune 
prima treaptă 


ADR&-ADR7 | 


ADR2L 


Fig. 9.2. Schema la nivel funcţional a interfeţei. 


bilităţi în generarea acestui semnal pentru a putea satisface cerinţele 
UCP-MASTER, și ale logicii utilizatorului. 

Semnalele asincrone pentru cererile de întrerupere sînt generate de 
către modulul SLAVE, pe liniile RINTOL-RINTTL, prin circuite cu colec- 
torul deschis, capabile să comande un curent de minimum 16 mA. În 
sistemele cu întreruperi, nevectorizate, cererea de întrerupere se gene- 
rează forțîndu-se pe magistrală şi se memorează într-un bistabil local, care 
va fi citit de către UCP, printr-o instrucţiune de intrare, cu adresa co- 
respunzătoare. Anularea cererii memorate în acest bistabil se va face 
printr-o instrucţiune de ieşire. 

n cele ce urmează se va prezenta metodologia de proiectare a unui 
modul SLAVE, echipat cu două interfeţe 8255, capabil să genereze un 
semnal de întrerupere. l 

Schema la nivel funcțional este dată în figura 9.2. În această schemă 
se evidențiază : cele două decodificatoare 8205, care formează prima şi 
eea de-a doua treaptă, în vederea selecţiei, logica de comandă care preia 
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Fig. 9.3. Schema detaliată a interfeței. 


de la magistrala sistemului semnalele IORCL, TOWCI, INT7L şi gene- 
rează XACKI, tamponul bidirecțional de date, logica de întrerupere, care 
la primirea unei cereri de întrerupere generează un semnal RINT3L și 
interfețele paralele programabile 8255. 

Schema detaliată este prezentată în figura 9.3, unde sînt. delimitate 
elementele funcţionale amintite mai sus. Faţă de schema originală [6.] 
s-au făcut adaptările necesare ţinînd seama de specificul semnalelor ma- 
gistralei sistemului FELIX M18. Astfel, liniile de adrese ADRO-ADR3 nu 
au mai fost inversate, iar tamponul bidirecțional de date a fost realizat 
prin circuitul 8286, care nu introduce o inversare a semnalelor. 

Decodificarea adreselor se face în două trepte. În prima treaptă se 
decodifică biții ADR4—ADR7?, pentru a furniza adresa bază, care în ca- 
zul de faţă va fi C. Decoditicatorul din treapta a doua se va activa atunci 
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cînd ADR2 este 0. Astfel, adresele porturilor de I/E alocate acestei inter- 
feţe, pentru care vor exista semnale de selecție CSOL-CS7L, la al doilea 
decodificator, sînt CO—C7. Dintre acestea s-a folosit numai adresa CO, 
pentru ca, în conjuncţie cu o instrucţiune de intrare, să se citească starea 
bistabilului cererii de întrerupere, iar în conjuncţie cu o instrucţiune de 
ieşire să anuleze conţinutul acestui bistabil. 

În ceea ce privește manipularea porturilor corespunzătoare celor două 
interfeţe paralele programabile, adresele folosite vor acoperi zona C8—CF, 
Aceasta rezultă din faptul că ADR3 trebuie să fie activ pentru a se ge- 
nera semnalele WRL şi RDL, necesare celor două interfeţe. Prima inter- 
faţă va fi manipulată cu instrucţiuni de I/E avînd adresele C8—CB (adresa 
CB numai pentru scrierea comenzii). A doua interfață va utiliza restul 
adreselor : CC—CF (adresa CF numai pentru scrierea comenzii). 

Tamponul bidirecțional de date folosește circuitul 8286 cu IJE ne- 
inversate. Intrarea T stabilește sensul transferului (T=1, transfer de la 
A la B; T=0, transfer de la B la A) și este activată de semnalul RD, pre- 
zent la selecția modulului (adresa bază), în asociaţie cu o instrucţiune de 
citire. Intrarea CE, activă pe nivel coborit va contribui la generarea co- 
menzilor necesare porților cu trei stări, pentru a le activa corect, în con- 
juncţie cu semnalul aplicat la T. Semnalul BDEL va fi prezent la selecţia 
modulului, în asociaţie cu instrucţiunile de citire/scriere. Circuitul 8286 
va conduce în direcţia B la A, atunci cînd nu se execută o operaţie de 
UE, comandată de către magistrală. Acest lucru este necesar pentru a nu 
se mai comuta sensul de transfer la o comandă de scriere, care s-ar ge- 
nera după o perioadă inactivă, De asemenea, circuitele 8255 necesită ca 
datele să rămînă stabile încă 30ns, după ce s-a înlăturat comanda de 
scriere, condiție care se asigură, dacă sensul transferului nu se modifică, 
după dispariţia semnalului de scriere. 

Semnalele de comandă pentru modulul SLAVE sînt generate pe baza 
semnalelor de comandă de la magistrală IORCL, IOWCL, care sînt vali- 
date de semnalul adresei bază. Astfel, logica de comandă asigură comen- 
zile WRL, RDI, pentru interfețele paralele 8255, semnalele de control 
pentru tamponul de date și semnalul de confirmare XACKI,. Acesta din 
urmă este furnizat cu ajutorul registrului de deplasare 74164, al cărui 
conţinut este anulat de semnalul BDEL, atunci cînd nu se asigură un 
acces la modulul SLAVE. Toate ieşirile registrului sînt la nivel coborit. 
În situaţia în care intrarea CLR va trece pe nivel ridicat, intrările A și B 
fiind active, registrul le va forța la fleșiri, cu frecventa semnalului OCLKL. 
Semnalele obţinute la ieșirile registrului de deplasare vor apărea după 
un număr de perioade de tact. Cu ajutorul unui comutator se poate se- 
lecta întîrzierea dorită în activarea lui XACKL. În exemplul de faţă s-a 
luat un interval de 300—400ns, deoarece CCLKL apare asincron faţă de 
activarea comenzii. | 

Logica de întrerupere foloseşte un bistabil de tip D pentru a în- 
registra o cerere asincronă de întrerupere, de la echipamentele externe, 
cuplate la acest modul SLAVE. Ieşirea acestui bistabil este cuplată, 
printr-o poartă cu colectorul deschis, la una din liniile RINTIL. Starea 
acestui bistabil este, de asemenea, transferată într-un al doilea bistabil 
de tip D, cînd se execută o instrucţiune de citire cu adresa C0. Prin cir- 
cuitul cu trei stări 8098, bitul de date DO al magistralei DO—D7 va fi, 
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de asemenea, poziţionat în 1, la efectuarea instrucţiunii IN C0. Acest nou 
bistabil a fost introdus pentru a reduce posibilitatea unei întreruperi asin- 
crone, atunci cînd are loc citirea stării întreruperii de către modulul 
MASTER. Anularea conţinutului bistabilului cererii de întrerupere se 
efectuează cu instrucţiunea OUT C0. 

În principiu pot exista mai multe surse de întrerupere, conectate pe 
aceeași linie (RINT3L, în cazul de faţă). Modulul MASTER poate deter- 
mina sursa de întrerupere, prin integrarea bistabililor de memorare -a 
stării întreruperilor asociaţi cu cererile respective. 

Funcționarea interfeţelor paralele programabile este evidentă avînd 
în vedere adresele care le-au fost atribuite și modul de operare descris 
în capitolul 2. 

Folosind o tehnică similară, pe baza unui singur circuit 8255, s-a 
realizat o interfaţă între magistrala sistemului FELIX M18 și magistrala 
HP-IB (IEEE-488). Generarea semnalului XACKL a fost asigurată 
printr-un monostabil, declanşat cu ocazia unei operaţii de I/E, la modu- 
lul selectat. Interfața, relativ simplă ca hardware, constituie o soluție, 
bazată în special pe software, pentru problema cuplării la sistemele FE- 
ŁIX M18-118, a unor echipamente compatibile cu standardul HP-IB 
(EEE-488). 


9.2. Multiplexorul concentratorului de date CD80 


Multiplexorul (Codul-80.20) este un echipament care se conectează la 
microcalculatorul FELIX M18, pentru realizarea economică a legării aces- 
tuia cu mai multe terminale de tip asincron lucrînd în mod caracter. Eco- 
nomia de hardware se realizează prin multiplexarea în timp a unei inter- 
fețe simple, care există între CD80 şi FELIX M18. FELIX M18 comandă 
și controlează activitatea multiplexorului cu ajutorul instrucţiunilor de 
intrare/ieşire. Unitatea centrală a calculatorului este solicitată pentru fie- 
care octet care se transferă cu terminalele conectate la multiplexor. Acesta 
poate fi echipat cu interfeţe full-duplex telefonice (RS 232 C) şi/sau tele- 
grafice (buclă de curent). 

În afara transferului de date, între terminale și M18, multiplexorul 
mai asigură ` vizualizarea stării interfețelor și a activităţii pe liniile 
conectate. 


9.2.1. Module funcționale 


80.20 Logica de bază cuprinde următoarele plachete : 
— MX-1 logică de interfaţă cu M18 ; 


— MX-2, MX-3 logică de multiplexare ; 
— MX-PC panou pentru vizualizare şi sincronizare ; 
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80.21. 
— MX-TG interfață telegrafică full-duplex pentru 4 linii; 
80.22. 
— MX-TF interfață telefonică full-duplex pentru 8 linii ; 
80.23. Sursa telegrafică. . 
__ Numărul maxim de linii instalabile, în funcție de viteza maximă de 
transmisie pe linie, poate fi de : 
— 128 linii, 300 biți/s. 
— 80 linii, 600 biţi/s. 
— 40 linii, 1200 biți/s. 
Numărul maxim al plachetelor de interfață : 18. 
Caracteristici funcționale (programabile pentru grupuri de 4 linii); 
— Viteze de lucru : 50, 75, 100, 110, 150, 200, 300, 600, 1200, biţi/s; 
— Formatul caracterelor : 5, 7, 8 biţi/caracter ` 
— Număr biţi STOP : 1 sau 2; 
— Paritate : pară, impară, inhibată. 
“Panoul de vizualizare 


— Moduri de lucru : | 

— Modul vizualizare — oferă posibilitatea de a vizualiza activita- 
tea de emisie/recepţie și starea interfeţelor pentru grupuri de cîte 8 linii ; 

— Modul sincronizat — permite urmărirea procesului de emisie/re- 
cepţie și vizualizarea parametrilor de linie (viteză, format, paritate) pen- 
tru fiecare linie ; 

— Vizualizarea se face cu ajutorul unor diode LED ; 

— Selecţia modurilor de funcţionare și. a grupelor de linii (sau a 
liniei în modul SINCRONIZAT) se realizează cu ajutorul unor comuta- 
toare basculante. 


9.2.2. Caracteristicile funcţionale ale multiplexorului 


Terminalele asincrone conectate la multiplexor au interfață stan- 
dard CCITT V24 (ELA RS 232 C) sau telegrafică (cu emițătoare şi recep- 
toare în buclă de curent) bipolară. 

Modul de lucru al terminalelor este duplex ; terminalele cu inter- 
faţă telegrafică pot să lucreze în mod simplex. 

Corespunzător celor două tipuri de terminale, multiplexorul poate 
fi echipat cu interfețe asincrone, de tip standard CCITT V24, denumite şi 
telefonice şi interfeţe telegrafice. Interfeţele asincrone au construcţie 
modulară, modulul de interfeţe telefonice conţine interfețele pentru 8 
linii (terminale), iar modulul de interfeţe telegrafice conţine interfețele 
pentru 4 linii. | 

Formatul, viteza de transfer şi tipul parităţii datelor transferate între 
multiplexor şi terminale se pot selecta pe grupe de cîte 4 terminale. 

Formatul datelor este determinat de numărul de biţi ai cîmpurilor 
START-STOP. Se pot utiliza formate STARI-STOP cu 5,7 sau 8 biţi 
pentru caracter, un bit de START şi unul sau doi biţi de STOP. 

Din punct de vedere al numărului maxim de terminale, admise de 
multiplexor şi al vitezelor posibile pentru transferul datelor, multiple- 
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Sorul se realizează în trei variante : (1) pentru terminale lente, (2) pen- 
tru terminale cu viteză medie (varianta de bază) şi (3) pentru terminale 
rapide. , 

Multiplexorul, în varianta pentru terminale lente, admite un număr 
maxim de 128 terminale ; vitezele posibile, pentru transferul datelor în- 
tre terminale și multiplexor, sînt următoarele : 50, 75, 100, 150 şi 300 
baud. 

Varianta de bază a multiplexorului admite maximum 80 de termi- 
nale, iar vitezele posibile pentru transferul datelor sînt următoarele : 50, 
75, 100, 110, 150, 200, 300 şi 600 baud. ` 

Varianta multiplexorului pentru terminale rapide admite maximum 
40 de terminale, iar vitezele posibile pentru transferul datelor sînt urmă- 
toarele : 75, 100, 110, 150, 200, 300, 600 şi 1200 baud. 


Controlul datelor transferate între terminale și multiplexor se face 
prin paritate pară sau impară. Controlul parităţii se poate inhiba. 


9.2.3. Utilizarea multiplexorului pentru terminale asincrone 


Microcalculatorul M18, echipat cu multiplexorul pentru terminale 
asincrone, se constituie într-o configuraţie de echipamente pentru con- 
centrarea datelor denumit CD80 (Concentrator de date 80). 


Concentratorul de date, CD80, este „utilizat, în mod tipic, ca nod de 
comutăre a datelor, în mod caracter, într-o reţea locală de terminale asin- 
crone (figura 9.4). 


Conectarea nodului reţelei locale la un calculator central se reali- 
zează prin intermediul interfeţei seriale sincrone a microcalculatorului. 
Modul de lucru al interfeţei seriale sincrone a microcalculatorului este 
duplex sau semiduplex, iar vitezele posibile pentru transferul datelor sînt 
următoarele : 600, 1200, 4800 sau 9600 baud. 

Concentrarea datelor are ca scop eliberarea calculatorului central de 
sarcinile sistematice legate de transferul datelor în mod caracter ; în plus 
o amplasare corespunzătoare a nodului reţelei locale oferă avantajul re- 
ducerii lungimii totale a liniilor de joasă viteză, prin care terminalele se 
conectează la multiprocesor. 

Terminalele situate la distanță se conectează la multiprocesor prin 
linii individuale telefonice sau telegrafice, comutate sau concesionate. 


Fig. 9.4. Schemă tipică de utilizare a concentratorului de date CD80 : 


La — linie asincronă de joasă viteză; Ls — linie sincronă de mare viteză; Mx — mul- 

tiplexor pentru terminale asincrone į} AL — adaptor de linie pentru linii telegrafice sau 

modem pentru linii telefonice ; M — modem; T — terminal; MC — mieroealculator 

M18; SIN — interfaţă serială sincronă; C — calculator central; CD — concentrator 
de date ; CCS — canal de comunicaţie sincron. 
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Activitatea specifică a concentratorului de date constă în recepţio- 
narea de date în mod caracter, de la terminale, asamblarea unor tam- 
poane pentru fiecare terminal în parte, emisia unor mesaje complete, sin- 
crone şi cu viteză ridicată, către calculatorul central și funcţia reciprocă 
de recepţionare de mesaje de la calculatorul central și emisia acestora, 
în mod caracter, către terminale. 

La nivelul microcalculatorului, utilizatorul poate programa orice mo- 
dificare a tampoanelor transferate (control sintactic, verificări de cifre 
de control etc.). 

Avînd în vedere existenţa unui microcalculator în configuraţie, con- 
centratorul de date poate fi utilizat şi independent, pentru comutare, de 
mesaje, culegere de date etc. 


9.2.4. Structura și funcţionarea multiplexorului 


Multiplexorul pentru terminale asincrone, se compune din urmă- 
toarele unităţi funcţionale : 

— interfaţa cu microcalculatorul M18 ; 

— interfețele asincrone pentru linii telefonice și telegrafice ; 

— logica de bază a multiplexorului ; 

— panoul de control. 

Din punct de vedere constructiv, nmiultiplexorul se compune din 
6 module : MXI, MX2, MX3, MX-TG, MX-TF şi MX-PC. 

Modulul MX1 conţine interfața cu microcalculatorul, modulele : 
MX2 ai MX3 conţin logica de bază a multiplexorului, MX-TG este mo- 
ăulul de interfață asincronă pentru 4 linii telegrafice, MX-TF este modul 
de interfaţă asincronă pentru 8 linii telefonice, iar MX-PC este panoul 
de control. 

Multiplexarea datelor - 

Activitatea mwultiplexorului pentru terminale asincrone, în ansam- 
blu, se rezumă la realizarea următoarelor funcțiuni : 

— recepționarea datelor transmise serial de către terminale ; 

— asamblarea datelor serie recepționate, în caractere cu format pa- 
ralel, însoțită de eliminarea biților de START și STOP ; 

— memorarea temporară a caracterelor recepționate ; 

— transferul către microcalculator a caracterelor recepționate înso- 
{ite de adresele fizice ale liniilor de la care au fost recepționate. 

De asemenea, multiplexorul execută următoarele funcțiuni reciproce : 

— serializarea caracterelor primite de la microcalculator și genera- 
rea biţilor de START şi STOP ; 

— emisia serie a semnalelor către terminale. 

Deoarece terminalele cuplate la multiplexor lucrează în mod duplex 
și în orice moment pot să file active mai: multe terminale, sau chiar toate, 
multiplexorul trebuie să realizeze simultaneitatea transferului de date 
între toate terminalele şi microcalculator. ` 

Simultaneitatea transferului datelor între terminale și microcalcu- 
iator se realizează, pe de o parte, prin unități funcționale individuale, 
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pentru fiecare terminal separat, iar pe de altă parte, prin divizarea tim- 
pului unităţilor funcţionale utilizate în comun. 

Interfeţele asincrone pentru linii telefonice și telegrafice au. căi se- 
parate pentru recepţia şi emisia datelor serie, pentru fiecare terminal în 
parte, transferul datelor serie, între interfețele asincrone și logice de bază 
ale multiplexorului, efectuîndu-se pe căi comune. Datele recepționate 
serie se transmit logicii de bază, prin linia de intrare date LI (Line Input), 
utilizată în comun de toate terminalele prin divizarea timpului, iar datele 
serie emise se transmit interfeţelor asincrone, de către logica de bază a 
multiplexorului, prin linia de ieşire date LO (Line Output) utilizată, de 
asemenea, în comun de toate terminalele. 

Logica de bază a multiplexorului și interfaţa cu microcalculatorul 
sînt unităţi funcţionale utilizate în comun de către toate terminalele. 

Modul de divizare a timpului pentru unităţile funcţionale utilizate 
în comun, precum și succesiunea în care acestea sînt afectate termina- 
lelor (liniilor asincrone) rezultă din divizarea ciclului multiplexor. Pen- 
tru fiecare din cele trei variante de multiplexor ciclul multiplexor are 
perioadă fixă: 

Varianta multiplexor pentru terminale lente are un ciclu de 416 ps,- 
varianta de bază a multiplexorului (pentru terminale cu viteză medie de 
transfer a datelor) are un ciclu de 209 us, iar varianta de multiplexor 
pentru terminale rapide are ciclu de 104 us. 

Divizarea ciclului multiplexor este calitativ aceeași, indiferent de 
perioada sa (figura 9.5). 

Pentru rezolvarea funcţiilor legate de asamblarea datelor serie, pri- 
mite de la terminale, şi serializarea caracterelor, primite de la microcal- 
culator, multiplexorul afectează, din fiecare ciclu multiplexor, un inter- 
val de timp de lungime variabilă, funcţie de numărul liniilor asincrone 
instalate la multiplexor și independent de numărul terminalelor. Dacă 
numărul liniilor asincrone instalate la multiplexor este N, ciclul pentru 
multiplexarea biţilor serie se divide în N intervale de timp de cîte 2,4 ps. 
În aceste intervale de timp unităţile funcţionale utilizate în comun sînt 
afectate succesiv, în ordinea adreselor fizice, liniilor asincrone instalate la 
multiplexor. În prima jumătate a fiecărui interval de timp, afectat unei 
linii asincrone, multiplexorul este în starea de recepție (R). Indiferent de 
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Fig. 9.5. Divizarea ciclului multiplexor. 
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viteza de lucru a terminalelor în starea de recepţie, logica de bază a mul- 
tiplexorului primeşte de la interfețele asincrone, prin linia de intrare 
date, LI, un eșantion din bitul serie, în curs de recepţie de la terminalul 
în cauză. Frecvența eșantioanelor de date prelevate dintr-un caracter 
serie, în curs de recepţie, este egală cu frecvența ciclului multiplexor. 
Din eșantioanele de date primite, logica de bază a multiplexorului face 
asamblarea datelor recepționate, în caractere cu format paralel. 


Pentru ca asamblarea datelor serie recepționate să fie posibilă, logica 
de bază a multiplexorului trebuie să primească cel puţin 8 eșantioane 
din fiecare bit recepționat. Din acest motiv viteza maximă pentru trans- 
ferul datelor între terminale și multiplexor (biţi pe secundă) este de 8 
ori mai mică decît frecvenţa ciclului multiplexor: 1200 baud, pentru 
ciclu multiplexor de 104 us, 600 baud pentru ciclu multiplexor de 208 us 
și 300 baud pentru ciclu multiplexor de 416 ps. 

În cea de a doua jumătate a intervalului de timp de 2,4us, afectat 
unei linii asincrone, multiplexorul este în starea de emisie (E). În 
această stare, logica de bază a multiplexorului transmite interfeţelor 
asincrone, prin linia de ieşire date, LO, un eșantion din caracterul în curs 
de serializare, pentru linia asincronă căreia îi este afectată starea de 
emisie. Deoarece frecvența eșantioanelor de date, transmise unei linii 
asincrone oarecare, este egală cu frecvenţa ciclului multiplexor, fiecare 
bit serie se transmite prin cel puţin 8 eşantioane. 

Eșantioanele serie transmise inţerfeţelor asincrone vor fi comutate 
spre terminalele pentru care sînt destinate. 

Pentru rezolvarea funcţiunilor legate de transferul datelor în mod 
caracter, între  multiplexor şi microcalculator, multiplexorul afectează 
un interval de timp de 2,4ps din fiecare ciclu multiplexor. În prima ju- 
mëivzitre: a tatii heryd re mup, TUL rexuvru. se adli “n starea ue 1n- 
trare (scriere) date WCYP (Write Cycle) iar în cea de a doua jumătate 
în starea de ieșire date, OCYP (Output Cycle). 

Transferul efectiv al datelor între microcalculator și multiplexor se 
face în mod asincron în raport cu ciclu multiplexor ; în starea WCYP şi 
OCYP multiplexorul realizează un transfer de date între memoria pen- 
tru caractere şi tampoanele de intrare-ieșire EDR (Emission Data Re- 
gister) și RDR (Receive Data Register). 

Din starea de ieşire date, OCYP, multiplexorul trece în starea de 
repaus (PAUSE). Durata acestei stări este variabilă, fiind complemen- 
tară cu durata ciclului pentru multiplexarea datelor serie. 

Ciclul pentru multiplexarea datelor serie. | 

Ciclul pentru multiplexarea datelor este constituit dintr-o succesiune 
de stări de recepţie și emisie afectate, în ordinea adreselor fizice, liniilor 
asincrone. Acest ciclu se realizează prin dialogul între logica de bază a 
multiplexorului şi interfețele asincrone, iar controlul dialogului este 
făcut de comanda comună a logicii de bază. 

Emisia constă în serializarea biţilor caracterului de transmis şi în- 
cadrarea lor între biții de START și STOP. Caracterul care urmează a fi 
transmis se încarcă. paralel într-un registru de deplasare SR gẹ. Acesta va 
primi comenzi de deplasare la dreapta, a căror perioadă va fi egală cu 
durata unui bit. În figura 9.6 s-au făcut următoarele notații : 
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Fig. 9.6. Schema principală a unui emiţător pe linia asincronă. 
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— LO — semnalul emis ; 

— SRg — registrul de deplasare ; 

— CD — ceas deplasare. 

După momentul încărcării caracterului de emis (comanda LOAD). 
care este asincronă în raport cu ceasul de deplasare, CD, blocul de co- 
mandă, BCL/E, dă comanda de emisie a bitului de START, comandă care 
este sincronă cu ceasul CD. Se emite apoi bitul bo şi la ceasul următor 
se validează deplasarea registrului SR» (acesta se produce la fiecare tact 
CD). Comanda de emisie a STOP-ului se dă după emisia ultimului bit, 
b7, al caracțerului. Vom reţine ca elemente esenţiale ale unei scheme de 
serializare : SR — registrul de deplasare, care poate fi încărcat paralel 
si BCL/E — logica de generare a comenzilor. 

Recepţia constă în deserializarea biţilor primiţi pe linia asincronă. 
Procesul de deserializare începe după detecția bitului de START și se 
încheie după ce s-au numărat atiţia biţi, cîți trebuie să aibă caracterul. 
La sfîrşitul deserializării se va verifica dacă bitul de STOP este prezent. 
Caracterul deserializat va fi transferat într-un registru tampon. În fi- 
gura 9.7 au fost făcute următoarele notații ` 

— LI — intrare serială — aici apare caracterul ce trebuie deseria- 
lizat. 

— SR; — registru de deplasare. 

— TREC — tact recepţie, pentru a detecta bitul de START, linia 
va fi „examinată“ cu un tact a cărui perioadă este 1/8 din durata 
unui bit, astfel, va exista o eroare de detecție a START-ului de 
maximum 12,5%. 

— CDS — ceas de deplasare. 

— BUFF — registru tampon în care se păstrează caracterul dese- 
rializat, acesta se încarcă paralel în registrul GD: atunci cînd de- 
serializarea este încheiată, 

— BCL/R — examinează cu tactul TREC linia LI. Cînd LI trece în 
O se consideră că s-a detectat START-ul. Se numără 4 tacturi 
TREC şi se dă o comandă CDS. Bitul de START se încarcă în 
SFr O. Din mijlocul bitului de START se numără apoi cîte 8 tac- 
turi TREC şi se dë comanda de deplasare CDS. În felul acesta, ca 
valoare a bitului, se ia în consideraţie valoarea din mijlocul bitu- 
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Fig. 9.7. Schema principală a unui receptor pe Fig. 9.8. Multiplexorul ca 
linia asincronă element de legătură între li- 
niile asincrone şi calcu- 
lator. 


lui, care are probabilitatea cea mai mare să fie corectă. Atunci 
cînd toți biții caracterului se află în GD: se dă comanda de trans- 
fer paralel a conținutului acestuia în registrul BUFF. 

Multiplexarea în timp a liniilor asincrone (fig. 9.8). 

Schema bloc pentru emisie/recepţie pe o linie este dată în figura 9.9. 
Cind numărul liniilor crește, costul total al unor astfel de blocuri de co- 
mandă și costul interfaţării lor cu calculatorul este ridicat. Scopul multi- 
plexării liniilor asincrone este de a reduce costul echipamentului. Multiple- 
xarea nu se justifică decît dacă numărul liniilor este de ordinul zecilor. 

Nivelul 1 de multiplexare este nivelul de multiplexare în timp al 
interfeţei cu calculatorul. 

În figura 9.10 au fost efectuate următoarele notații : 

— BCl», BCL;, BCL, — blocurile de comandă pentru liniile b,, 

L: 3 La: 
— BCMX — blocul de comandă al multiplexorului ; 


Calculator 
Fig. 9.9. Schema principală pentru emisie/recepţie pe o linie asimeronă. 
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Fig. 9.10. Schema bloc de multiplexor care pune în evidenţă multiplexarea în timp a 
interfeţei cu calculatorul (multiplexor de nivel 1). 
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— RAR (recepţie) — adresa unei linii pe care s-a recepționat un 
caracter ; WM 
— RDR (recepţie) — caracterul recepționat pe linia a cărei adresă 


se află în RAR ; 

— EAR (emisie) — adresa unei linii pe care se va emite un caracter ; 

— EDR (emisie) — caracterul ce trebuie emis pe linia a cărei adresă 
se află în EAR ; | 

— EEAR (emisie) — adresa unei linii pe care s-a terminat de emis 
un caracter ; 

— IP1, IP2, IP7 — validează transferul pe magistrală de date al 
conţinutului registrelor RAR, RDR şi EEAR. 

Emisia. Calculatorul plasează în tamponul de intrare (EAR+EDR) 

o adresă de linie şi un caracter ce trebuie emis pe acea linie. BCMX intră: 
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în dialog cu blocul de comandă al liniei Li, a cărei adresă se află în EAR, 
iar acesta generează comenzile necesare transferului conţinutului regis- 
trului EDR în registrul SRe, asociat liniei Li. 

DCH va genera în continuare toate comenzile necesare în emisie 
(emisia bitului de START, comenzi de deplasare, emisia bitului de STOP). 
După emisia bitului de STOP, BCLi intră în dialog cu BCMX, semna- 
lîndu-se faptul că emisia s-a terminat. BCMX va plasa în registrul EEAR 
adresa liniei Li și semnalează la calculator un sfîrşit de emisie. Calcula- 
torul preia conţinutul registrului EEAR (cu comanda IP7) și determină 
adresa liniei Li, pe care a fost emis caracterul ce l-a trimis într-o sec- 
venţă anterioară și deci mai poate emite un nou caracter. 

În cazul în care pe o linie se termină de emis un caracter şi regis- 
trul EEAR nu este liber (conţinutul său nu a fost preluat de calculator), 
BCI al acelei linii va rămîne într-o stare de așteptare pentru eliberarea 
acestui registru. 

Recepţia. Se consideră că pe o linie Li s-a încheiat deserializarea 
unui caracter. Acesta va fi transferat în registrul tampon asociat liniei 
(registrul Buff), iar BCLi va intra în dialog eu BCMX, semnalîndu-i re- 
cepţia încheiată. BCMX determină adresa liniei şi o plasează în registrul 
RAR, iar caracterul din registrul Buff va fi transferat în RDR. Calcula- 
torul va fi înștiințat că în tamponul de ieșire (RAR +RDR) se află date 
ce trebuiesc prelucrate. 

Dacă tamponul de ieșire este ocupat, BCLi al liniei Li rămîne în sta- 
rea de aşteptare a eliberării acestuia. În timpul acestei stări de așteptare, 
în registrul SR se poate deserializa un nou caracter. Dacă deserializarea 
se termină şi conținutul registrului BUFF nu a fost preluat, DCH va 
semnaliza eroare de ritm. 

Schema din figura 9.10 evidenţiază folosirea registrelor RAR, RDR, 
EAR, EDR, EEAR pentru interfațarea a n blocuri de emisie/recepţie (a 
căror schemă simplificată a fost dată în figura 9.9). 

Următorul nivel de multiplexare, realizează multiplexarea în timp 
a registrelor SRz: , SR, BUFF, şi a blocului de comandă BCL, (i=0, 
1, 2,..., DÄ 

Se consideră că toate liniile lucrează cu aceeaşi viteză şi anume cu 
viteza de 1200 biţi/s. Durata unui bit la această viteză este aproximativ 
832 p. Perioada tactului de recepţie TREC va fi 832 ps/8™104 ps. 

BCMX are o bază de timp care este folosită de către toate BCLi. Prin 
aceasta! funcţionarea tuturor blocurilor BCLi este sincronizată, ceea ce 
înseamnă că, atît în emisie, cît și în recepție, comenzile date registrelor 
de deplasare Gm și SR z: sînt sincrone (i=0, 1, 2,. 

Se presupune că toate liniile sînt în recepţie aşteptind apariția bitu- 
lui de START. BCL, (i=0, 1, 2,..., n) examinează liniile LI; pentru a 
detecta START-ul. BCL: fiind sincronizate înseamnă că toate LI, (î=0, 
1, 2,..., n) vor fi examinate sincron cu un tact, TREC, a cărui perioadă 
este 104us. Se observă că între 2 tacturi TREC nu are importanţă starea 
liniilor LI; (î=0, 1, 2,..., n). Această observaţie stă la baza multiplexării 
pe nivelul 2. La momentele date de TREC, se vor lua eşantioane de pe 
toate liniile TE, (i=0, 1, 2,..., n). Aceste eșantioane vor fi analizate pe 
rînd între două tacturi. Din caracterul secvențial al acestei analize re- 
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Fig. 9.11. Element de control pentru o linie asincronă. 


zultă posibilitatea multiplexării în timp a registrelor de deplasare şi a 
blocurilor de comandă. 

Se definește ciclul de analiză, intervalul între două tacturi de eșan- 
tionare. În cursul unui ciclu de analiză un element de control de forma 
celui din figura 9.11 va fi comutat pe rînd pentru analiza fiecărei linii. 

Acest mod de lucru presupune existenţa unor elemente de memorare, 
care vor păstra conţinutul registrelor SRz, SRa şi BUFF şi al stării blo- 
cului de comandă, între două analize ale aceleiași linii, făcute în două 
tacturi diferite. 

Cînd în cursul unui ciclu de analiză se examinează o linie Li oare- 
care, se procedează astfel : 

— Se încarcă din memorie starea din tactul anterior a registrelor 
SRe, SRa, BUFF ai starea blocului de comandă. Această fază o putem 
numi de iniţializare. 

— Blocul de comandă iniţializat va da comenzi corespunzătoare, 
pentru modificarea conţinutului registrelor şi evoluţia într-o stare urmă- 
toare a proceselor de serializare sau/şi deserializare. Blocul de comandă 
conţine elemente cu memorie (numărătoare pentru serializare şi deseriali- 
zare etc.) şi die acces, 

- — Conţinutul registrelor SR, SRa ai BUFF, precum și noua stare 
a blocului de comandă sînt rememorate. 
Pentru realizarea eșantionării liniilor LI; se va folosi un registru de 
deplasare, care are posibilitatea de a fi încărcat paralel. 
În continuare se pot face următoarele precizări : referitor la fig. 9.12. 
— SDIR se încarcă paralel cu eșantioane de pe liniile Li (î=0, 
1, 2,...,n). 

— În cursul ciclului de analiză, la sfîrşitul analizei fiecărei linii 
SDIR, primește o comandă de deplasare. 

— Ieşirea LI va reprezenta la momentul analizei Li eşantionul luat 
de pe Li. 

— După ce s-a examinat linia Li, LO are valoarea eșantionului de 
bit, care va trebui emis pe Li. Această valoare se încarcă în re- 
gistrul SDIR. 
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Fig. 9.12. Schema bloc de multipiexor care pune în evidenţă multiplexarea în timp a 
interfeţei cu calculatorul (nivel 1) și a registrelor de manipulare a caracterelor și a 
blocurilor de comandă (nivelul 2). i 


— După ce s-a examinat linia Ln, în poziția 0 a registrului SDIR va 
fi prezent eşantionul ce trebuie emis pe linia Lo, în poziţia 1 eşan- 
tionul ce trebuie emis pe linia L1 ș.a.m.d. 

— SDOR se încarcă paralel cu eşantionul registrului SDIR. Ieşirile 
paralele din SDOR atacă emiţătoarele de linii. Comanda de în- 
cărcare paralelă este aceeași cu a registrului SDIR. 

Registrele de interfață cu calculatorul din figura 9.12 au aceeaşi uti- 

lizare ca în schema prezentată în figura 9.10. 

— MC constituie memoria în care se păstrează conţinutul registre- 
lor SRg, SRa si BUFF. Lungimea cuvîntului este egală cu nu- 
mărul de biţi ai registrelor la care se adaugă doi biţi funcționali. 
Pentru fiecare linie sînt rezervate trei cuvinte. 
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— MS memoria în care se păstrează starea blocului de comandă. 
Lungimea cuvîntului este determinată de numărul de biți nece- 
sari pentru codificarea tuturor stărilor unui bloe BCL. Pentru 
fiecare linie există un cuvînt. 


Schema din figura 9.12 se obţine plecînd de la cea din figura 9.10. 
Considerînd multiplexorul ca în figura 9.10, ambele scheme trebuie să 
se comporte identic. 


În figura 9.10 pentru fiecare linie există un element de control ca 
cel din figura 9.11. În figura 9.12 există un singur element de control ca 
cel din figura 9.11 şi memorie unde, la locaţii specifice fiecărei linii, se 
păstrează imaginea acestui element de control. 

Această „complicaţie“ apărută în schema din figura 9.11 se justifică 
prin aceea că, costul memoriei pentru n linii, la care se adaugă costul 
elementului de controi comun și al logicii de comutare este mai redus 
decît costul a n elemente de control, atunci cînd n este de ordinul zecilor. 

Starea elementelor de control, la schema din figura 9.10, se poate 
schimba la fiecare tact TREC, simultan pentru toate liniile. Starea me- 
moriei la schema din figura 9.12 se actualizează între două tacturi, sec- 
venţial, astfel încît înaintea unui tact TREC, memoria este imaginea 
fidelă a elementelor de control al liniilor, actualizată conform situaţiei 
din momentul TREC, . În continuare noţiunile de „examinare a liniei Li“ 
şi „actualizare a elementului de control al liniei Li“ vor fi echivalente. 

Actualizarea mernoriei se face în cursul ciclului de analiză, definit 
anterior ca intervalul dintre două tacturi de eșantionare. Intrările de re- 
cepție ale liniilor (li(i=0, 1,..., n) se eșantionează la intervale de timp 
discrete, cu un tact TREC a cărui perioadă este '/a din durata unui bit. 

Ieşirile de emisie pe liniile Li se schimbă la intervale de timp dis- 
crete date, de către același tact TREC. De aici: rezultă că un bit emis va 
fi format din 8 eșşantioane. Eșantioanele sînt generate în cursul ciclului 
de analiză şi sînt emise la tactul TREC. Actualizarea elementului de con- 
trol al liniei Li se face în cursul unui ciclu de analiză după cum urmează : 

— se face iniţializarea elementului de control comun cu conţinutul 
memorie specifice liniei Li ; 

— eşantionul de recepţie, luat de pe linia Li, se află la ieşirea LI 
din registrul SDIR ; 

— se actualizează starea registrelor şi a blocului de comandă ; 

— eșantionul ce trebuie emis se află la intrarea serială a registrului 
SDIR (intrarea este notată cu LO) ; 

— se memorează noua stare în memorie, la locaţiile afectate li- 
niei Li; t 

— se dă comandă pentru deplasarea registrului SDIR. 

La sfîrşitul ciclului de analiză, memoria este actualizată, iar regis- 
trul SDIR conține în poziții corespunzătoare fiecărei linii eşantioanele 
ce trebuiesc emise. 

Un nou tact TREC comandă transferul eşantioanelor de emis dih 
SDIR şi SDOR şi încărcarea paralelă a registrului ADIR cu starea liniilor 
în receptie. 

După terminarea analizei (actualizării) liniei Ln, pînă la un nou tact 
de eșantionare va exista un interval de timp. În acest interval se va des- 
făsura dialogul cu BCMX pentru încărcarea locaţiilor de memorie, unde 
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se află SRE,, şi pentru transferul locaţiilor BUFF; către tamponul de 
ieșire. Deci preluarea conținutului tamponului de intrare și încărcarea 
tamponului de ieșire se fac în fiecare ciclu de analiză. 

Dacă, atunci cînd se actualizează elementul de control al unei 
linii — (în cursul unui ciclu de analiză dintre două momente de eșantio- 
riare), recepţia şi emisia vor fi examinate separat, se vor ` înlocui regis- 
trele SRz , SRa şi BUFF cu un singur registru SR. 


În examinarea recepției pentru linia Li, se va aduce în faza de ini- 
țializare conținutul locației de memorie corespunzătoare cu SRr. și se, 
va încărca în SR. După actualizare se rememorează în aceeași locaţie. 
Dacă s-a ajuns la sfîrșitul deserializării, conţinutul registrului SR, în loc 
să fie transferat în BUFF şi din BUFF în memorie, este transferat direct 
în memorie la locaţia corespunzătoare registrului BUFF: . 
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Fig. 9.13. Schema bloc principală a mulțtiplexorului 80.20. 
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În examinarea emisiei acelaşi registru SR va fi încărcat cu conţinu- 
tul locației de memorie corespunzătoare registrului SRz,. Apoi se actua- 
lizează și rememorează. 

Schema din figura 9.13 în care se evidenţiază substituirea registre- 
lor SRz, SRa ai BUFF cu un singur registru SR, este schema bloc prin- 
cipală a multiplexorului 80.20. 


9.3. Microcalculatoarele M18, M118 în conducerea proceselor 
industriale. Cuplorul de proces SPOT80 şi exemplificări 
pentru electroliză şi galvanizare 


9.3.1. Generalităţi 


În acest paragraf se descriu, din punct de vedere constructiv, carac- 
teristicile calculatoarelor folosite pentru conducerea proceselor, cu exem- 
plificări din sistemul SPOT 80, pentru a da posibilitatea utilizatorilor să 
găsească soluţii, în vederea aplicării lui. 

Privind procesul ca fiind compus din trei fluxuri : fluxul material, 
fluxul energetic şi fluxul informaţional, scopul calculatorului de pro- 
ces este de a recepționa datele fluxului informațional şi prin algoritmi 
realizați pe baza tehnologiilor, să menţină fluxul material în parametri 
stabiliți, iar fluxul energetic în limitele economice. 

Caracteristicile principale ale calculatorului de proces sînt: capaci- 
tatea de a colecta și transmite cantități mari de informație, de a analiza 
informaţiile culese, a executa operaţiile de calcul, conform algoritmilor, 
și de a emite comenzi către proces. 

__ Pentru a fi asamblate în mod economic, calculatoarele de proces se 
realizează sub formă de module. Figura 9.14 reprezintă schema bloc a unui 
astfel de calculator, format din procesorul central și modulele de in- 
trare/ieşire. . 

Procesorul central este compus din unitatea centrală, memoria fixă 
(ROM) pentru programe, memoria cu acces aleatoriu (RAM) pentru înre- 
gistrarea datelor, sistemul de priorități ale întreruperilor, ceasul de timp 
real, sistemul de conectare cu un alt calculator, cu o consolă, pentru co- 
municarea evenimentelor și primirea de comenzi manuale. 

Modulele de intrare/ieșire asigură comunicarea cu procesul, conver- 
sia numerică a semnalelor emise de traductoarele de măsurare, emite- 
rea de semnale de execuţie și semnalizare. 

În afara cuplării directe la proces, calculatorul trebuie să posede po- 
sibilitatea de comunicare cu operatorul și cu alte calculatoare cu care se 
află conectat în rețea. Aceste moduri de comunicare se realizează în 
special prin cuplare serială directă, prin bucla de curent izolată, pentru 
distanțe pînă la 5 km, și prin MODEM, pentru cuplare prin linii telefo- 
nice, și prin cuplare paralelă. 

Descrierea procesorului central face obiectul tuturor lucrărilor despre 
calculatoarele numerice, de aceea nu va fi reluată în prezentul paragraf. 
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Fig. 9.14. Schema bloc a calculatorului de proces. 


Totuşi se dau unele explicații asupra sistemului de întreruperi şi a cea- 
sului de 'timp real. În principiu sistemul de întreruperi asigură proceso- 
rului central posibilitatea de a face față unor situații urgente, de a ce- 
munica cu mai multe module, practic în acelaşi timp fără a utiliza me- 
tode de așteptare. Sistemul de întreruperi asigură o ierarhizare pe mai 
multe niveluri, întreruperile cu prioritate superioară pot întrerupe pro- 
grame cu prioritate inferioare. 

Ceasul de timp real asigură o succesiune în timp a executării ope- 
raţiilor de explorare a mărimilor de intrare și de generare a comenzilor. 
Evenimentele la care calculatoarele de proces trebuie să răspundă apar 
la momente și în ordine 'neprevizibile. Calculatorul înregistrează succe- 
siunea evenimentelor de la intrare, calculează valorile mărimilor de ie- 
șire, care să compenseze abaterile de la starea nominală, și emite co- 
menzile funcţie de momentul la care au apărut şi însemnătatea lor în 
proces. Sistemul SPOT 80 are ceasul de timp real construit pe baza cir- 
cuitului integrat 8253, care conţine trei numărătoare de 16 biţi, din care 
două sînt folosite pentru comanda vitezei de emisie a elementelor conec- 
tate serial și unul pentru ceas. 


9.3.2. Modulele de intrare/ieşire 


Comunicarea cu procesul este realizată prin canalele de intrare/ieșire, 
care conferă de fapt denumirea de calculator de proces unui calculator 
universal. În figura 9.14 se disting următoarele tipuri de module de in- 
trare/ieșire. 
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Fig: 9.15. Eroarea de amplificare. 


Modulele de intrări analogice sînt 'modulele de conversie a semna- 
lelor de intrare ` tensiuni sau curenți, în cuvinte numerice interpretabile 
de calculator. 


Modulele de ieşiri analogice convertesc cuvintele numerice, rezultate 
din calculele efectuate de procesorul central, în tensiuni sau curenţi ce 
reprezintă mărimi de comandă pentru elemente de execuţie sau mărimi 
de referință pentru bucle de reglare convenționale. 

“Modulele de intrări numerice recepționează semnale de tip niveluri 
de tensiune cu două stări sau supraveghează contacte izolate. 

Modulele de ieșiri numerice emit semnale ou două niveluri de ten- 
siune sau comandă ieșirea pe contacte de releu. 

Funcționarea modulelor de intrare/ieșire, conversia analog-numerică 
şi numeric-analogică se definesc prin intermediul unor termeni a căror 
semnificaţie se dă în cele ce urmează. 

Scala sau domeniul maxim de variaţie a mărimilor de intrarelieşire 
este intervalul în care poate varia mărimea analogică, pentru coduri de 
ieșire/intrare corecte. 

Eroarea de amplificare este diferența între valoarea măsurată și va- 
loarea teoretică obținută la ieșirea unui modul pentru o anumită intrare ; 
ea se exprimă în procente față de domeniul maxim (figura 9.15). 

Bit de semnificaţie maximă este coeficientul termenului cu pondere 
maximă în reprezentarea unei mărimi, ca suma de puteri ale lui 2 (în 
formula de mai jos a»). În cursul lucrării se va utiliza simbolul întîlnit 
în majoritatea cataleagelor : MSB. 


V=ag27 + ap pri + DE EECH 
Bit de semnificaţie minimă este coeficientul termenului cu pondere 


minimă ag, în reprezentarea unei mărimi ca sumă de puteri ale lui 2. 
Este simbolizat în cataloage prin prescurtarea LSB. 
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Fig. 9.16. Eroarea de cuantificare ideală. Fig. 9.17. Eroare de deplasare. 


Eroareo de cuantificare ideală 


Rezoluţia este parametrul ce caracterizează numărul de stări dis- 
tinote deosebite, la ieșirea unui modul de intrări analogice. De obicei re- 
zoluţia se exprimă în număr de biţi. Pentru modulele de ieșiri analogice, 
rezoluția exprimă valoarea variaţiei standard minime a mărimii analo- 
gice de ieşire, care corespunde unei succesiuni de două coduri consecu- 
tive la intrare, fiind 1/2 din valoarea domeniului de ieşire maxim. 

Eroarea de cuantificare se consideră treapta de incertitudine pentru 
două coduri consecutive (figura 9.16). Pentru un modul cu rezoluția de 
N biţi întregul domeniu este divizat în două intervale discrete. Incerti- 
tudinea cu care este codificată o valoare în cazul ideal este de Zi: LSB. 

Eroarea de deplasare (figura 9.17) a caracteristicii de transfer (offset) 
este mărimea care apare la ieşirea unui modul de ieșiri analogice, cînd 
la intrarea sa se aplică codul corespunzător valorii zero. Pentru modu- 
lele de intrări analogice această eroare este valoarea intrării analogice 
pentru care se obține la ieșire valoarea numerică zero. 

Eroarea de linearitate (figura 9.18) sau mai scurt linearitatea este 
diferența între valoarea mărimii de ieșire și valoarea corespunzătoare 
de pe caracteristica ideală. 

Eroarea de linearitate diferenţială (figura 9.19) este diferenţa între 
treapta de un bit într-un anumit punct şi bitul de semnificaţie mi- 
nimă LSB. | 

Comportarea monotonă (figura 9.20) este caracteristica unui modul 
de intrare sau ieşire analogică de a menţine panta semnalului la ieșire 
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de același semn cu cea a semnalului de intrare. Această caracteristică 
este importantă pentru funcţiile de reglare. 

Timpul de conversie este intervalul necesar modulului de intrare 
analogică pentru executarea unei conversii. 

Rata conversiei este exprimată de numărul de conversii pe secundă și 
măsoară viteza cu care poate lucra un modul. 

` Coeficientul de variaţie cu temperatura reprezintă capacitatea mo- 
duielor de a-şi menţine caracteristicile nominale în condiţiile modificării 
temperaturii de lucru. Modificarea parametrilor componentelor active 
şi pasive duce la modificarea curenților, tensiunilor și rezistenţelor, în 
consecinţă la creșterea erorii de amplificare a deplasării caracteristicii 
de transfer a linearităţii și a monotoniei. 

Stabilitatea în timp reflectă capacitatea modulelor de a-și menţine 
caracteristicile nominale pe perioade de timp definite. Aceste modificări 
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se datoresc fenomenelor de îmbătrînire a componentelor. Erorile de am- 
plificare şi deplasarea caracteristicii de transfer trebuie reglate periodic, 
pentru compensarea îmbătrînirii componentelor. 


9.3.3. Module de intrări analogice 


< 


La, realizarea modulelor de intrări analogice s-au avut în vedere 
tipurile de semnale utilizate în mod curent în ţara noastră şi în general 
în sistemele de automatizare, nivelul de zgomot emis de traductoarele 
transmisie a semnalelor. 

S-au putut grupa tipurile de semnale recepționate în următoarele 
categorii, care acoperă cea mai mare parte a semnalelor utilizate în ener- 
getică, metalurgie, chimie etc. : 

— semnale unificate, specifice sistemelor de automatizare cu ieşire 
în buclă de curent continuu (0—10 mA, 0—20 mA, 2—10 mA, 4—20 mA), 

— semnale cu amplitudini de ordinul mV, generate de traductoare 
de tip termocuplu și echipamente nestandard, 

— semnale emise de traductoare de temperatură, de tip termore- 
zistenţă. 

Schema bloc din figura 9.21 înfăţişează părțile componente ale modu- 
lului de intrări analogice. Principal el se compune din multiplexorul de 
intrare, un amplificator, convertorul ianalog-numeric, interfața cu calcu- 
latorul și surse. 

Multipliexarea este operația de comutare a cîte unui semnal de in- 
trare la blocul de amplificare şi conversie. Se poate realiza prin două 
tehnologii : cu relee tip reed, care au inconvenientul vitezei reduse de 
comutare (1-6 ms) şi cu elemente semiconductoare, care asigură viteze 
ridicate de comutare (pînă la 10 ns), dar care nu pot suporta tensiuni 
între intrări mai mari de 10-20 V. 

În sistemele SPOT 80 s-a folosit multiplexorul cu. relee din conside- 
rente de fiabilitate. 

Amplificatorul realizează adaptarea semnalelor pentru intrarea în 
convertorul analog numeric. Constructiv este realizat în aşa fel încît să 
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Fig. 9.21. Modul intrări analogice. 
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Fig. 9.22, Convertor analog-numeric cu aproximări succesive. 


prezinte.o impedanță ridicată la intrare. și o rejecţie mare de zgomot de 
mod comun. 

Convertorul analog numeric este unul din cele mai importante com- 
ponente ale modulelor de intrări analogice. El este destinat să trans- 
forme datele din forma analogică, continuu variabilă, într-un cod nume- 
ric, accesibil calculatorului numeric. Convertoarele analog-numerice sînt 
realizate în multe variante, în cele ce urmează se vor descrie variantele 
utilizate în sistemul SPOT 80. 

Pentru interfațarea cu calculatorul numeric și timpul dat în care se 
obține valoarea numerică, se folosește convertorul cu aproximări succe- 
sive. Conversia este independentă în timp de: valoarea tensiunii de in- 
trare, fieeare conversie este unică și independentă de rezultatul conver- 
siei ânterioare, logica internă este iniţiată și repernită de fiecare dată. 
Tehnica de conversie (figura 9.22) constă din compararea intrării necu- 
noscute, cu o tensiune generată intern, la ieșirea unui convertor nume- 
ric-analeg. Intrarea în convertorul numeric-analog este ieşirea numerică 
a convertorului analog-numeric. După primirea comenzii de conversie, 
convertorul emite la ieșire o tensiune corespunzătoare celui mai semnifi- 
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cativ bit (MSB), care are valoarea de 1/2 din întreaga scală şi se com- 
pară cu intrarea. Cînd intrarea este mai mare se memorează în registru 
valoarea „1“, în caz contrar valoarea „0“ ai se trece la compararea ur- 
mătorului bit egal cu a din scală. Procesul continuă pînă la compararea 
ultimului bit al conversiei, cînd în registrul de ieşire se va obține valoa- 
rea convertită. 

Se observă că, pe perioada conversiei, mărimea de intrare nu trebuie 
să-și modifice valoarea, în caz contrar codul obținut la ieşire va avea e 
valoare eronată. Pentru acest tip de convertor intrările trebuie să va- 
rieze suficient de încet, la intrare zgomotele trebuie filtrate corespun- 
zător, pentru a nu produce modificarea intrării pe parcursul conversiei. 
În cele mai multe situaţii acest convertor se foloseşte cu un circuit de 
eșantionare şi memorare a mărimii analogice la intrare. 

În cazul semnalelor de nivel mic, raportul semnal-zgomot capătă 
valori mici şi sînt necesare precauţii speciale pentru obținerea unei in- 
formații cît mai precise. Pentru modulele destinate măsurării acestor 
semnale s-a preferat utilizarea convertoarelor tip dublă rampă. Acestea 
necesită un timp relativ lung de conversie, pe parcursul căruia se reali- 
zează o filtrare bună a frecvenţelor parazite. 

' Semnalul de intrare (figura 9.23) se aplică pe un integrator în ace- 
laşi timp cu pornirea unui numărător. După un număr stabilit de 
impulsuri (ceea ce reprezintă un timp determinat), se aplică la intrare 
o tensiune de polaritate inversă, considerată etalon. Condensatorul de 
integrare se va descărca într-un timp proporţional cu valoarea medie a 
tensiunii de la intrare. În același moment cu cuplarea tensiunii etalon, 
se pornește din zero şi un numărător, care se oprește cînd comparatorul 
de la ieșire va sesiza valoarea zero. Conţinutul numărătorului reprezintă 
valoarea convertită a intrării. 

Calitățile conversiei dublă rampă sînt : precizia independentă de va- 
loarea condensatorului și frecvența de măsurare, linearitatea foarte bună, 
toate codurile sînt posibile, integrarea reduce zgomotul de înaltă frec- 
ventä și realizează o măsurare medie. La construirea modulelor de in- 
trări analogice, pentru semnal mic s-a folosit sincronizarea integrării cu 
un număr întreg de alternanţe din rețeaua de forță, pentru rejecţia zgo- 
motelor recepționate de la instalaţiile de forţă. 


Timpul de conversie al modulelor cu convertoare dublă rampă este 
determinat de frecvenţa fundamentală ce trebuie rejectată. În cazul re- 
țelei de 50 Hz, pentru sincronizarea cu o singură alternanță, timpul de 
conversie, care conţine și timpul de comutare, este de 50 ms. 


În traductorul de emisie al semnalului de măsurare și pe căile lui 
de conectare, se produce interferența electromagnetică cu alte fenomene. 
Acestea se manifestă la intrarea calculatorului sub formă de zgomote 
suprapuse semnalului util. Zgomotele se pot împărţi în două categorii: 
zgomot de mod diferenţial, care apare între cele două borne de la in- 
trare și zgomotul de mod comun, care apare ca tensiune față de masă, 
ega] pe ambele intrări. 

Zgomotul diferenţial se reduce în mod eficient prin utilizarea unor 
filtre RC echilibrate, pe fiecare intrare. Rejecţia semnalului de zgomot 
crește exponențial cu frecvenţa, dar introduce şi o întîrziere a semna- 
lului util, deci o limitare în viteza de variaţie a acestuia. 
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Fig. 9.23. Convertor  analog-numeric dublă rampă, 
schema de principiu (a), diagrama de timp (b), rejecția 
de zgomot (c). 


Zgomotul de mod comun se reduce prin echilibrarea intrărilor, uti- 


iizina amplificatoare de intrare cu impedanţă mare (intrare pe tranzis- 
toare FET) şi izolarea față de masă a etajului de intrare. O izolare per- 


fectă nu se poate obţine, dar, prin aceste metode de realizare, conectarea 
la masă prin impedanţe de valori foarte mari reduce în mod corespun- 
zător curenţii de scurgeri. 


: i71 


Numărul mare de intrări ale unui modul (64) însumează impedanţe 
paralele suplimentare faţă de masă. În sistemul SPOT 80 acest neajuns 
se ameliorează prin multiplexare pe blocuri. 


9.3.4. Modulul de ieşiri analogice . 

Modulul de ieșiri analogice constituie dispozitivul prin care se pot 
transmite date de la calculatorul numeric către proces, pentru conduce- 
rea în circuit închis. În principiu acest modul convertește cuvîntul nu- 
meric într-o mărime analogică, de obicei curenţi unificaţi, folosiţi pen- 
tru comanda elementelor de execuţie. | 

Schema bloc simplificată (figura 9.24) reprezintă modulul de ieşiri 
analogice, din sistemul SPOT 80. Modulul comandă 8 linii de ieșire, fie- 
care izolată electric de celelalte şi de procesorul central. Fiecare linie 
memorează mărimea de ieșire pe un registru, la ieşirea căruia se află un 
convertor numeric-analogic și un amplificator operaţional, pentru adap- 
tarea semnalului. Pentru izolarea galvanică a fiecărei ieșiri, registrele 
de memorare sînt încărcate prin optoculuare. Ieşirea paralelă a acestui 
registru reprezintă intrarea pentru convertorul numeric-analogic. 

Pe timpul transmisiei, ieșirea din convertorul numeric-analogic este 
decuplată de amplificator, pentru a nu produce perturbarea semnalului 
de ieșire. În acest interval, valoarea anterioară a ieșirii convertorului 
numeric-analogic este menţinută la intrarea amplificatorului printr-un 
condensator. 

Convertorul numeric-analogic (figura 9.25) acceptă cuvinte numerice 
la intrare și le transformă în tensiuni. Valoarea ieșirii unui astfel de 


convertor este dată de expresia ; 
Ui=Vr (an2” äs AAT. +ag20); 


unde Vr este tensiunea de referinţă, iar as, an-1,-.., ag sînt coeficienți? 
corespunzători reprezentării numerice, care primesc valoarea 1 pentra 
„1% logic şi valoarea 0 pentru „0“ logic, în cuvîntul numeric. Bituil MSB 
va avea valoarea Vr/2 iar LSB Vr/2. 

În „convertorul utilizat, în -sistemul SPOT 80, fiecare bit comancă 
un generator de curent constant, conectat la nodurile unei reţele de re- 
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Fig. 9.24. Modul ieşiri analogice. 
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Fig. 9.25. Convertor numeric-analogic. 


zistențe de tip R-2R. Tensiunile de alimentare ale rețelei sînt astfel alese 
încît să poată fi comandate direct cu niveluri TTL. 


9.3.5. Modulul de intrări numerice 


Multe traductoare emit semnale cu două stări discrete : contacte de 
relee sau dispozitive cu două nivele de tensiune la ieşire. Semnalele cu 
două stări pot proveni de la traductoare optice, mecanice sau inductive 
de rotaţie, de la traductoare de poziţie, supape de siguranţă etc" Aceste 
semnale sînt convertite în modulul de intrări numerice în valori „0“ sau 
„1“ logice, asociate cu adresa liniei pe care au sosit. 
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Fig. 9.26. Modul intrări numerice. 
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Modulul de intrări numerice are două funcţii: una de explorare 
continuă a stării tuturor intrărilor și emiterea unui semnal către proee- 
sorul central la sesizarea unei modificări și a doua, de citirea stării in- 
trărilor la cerere. 

Schema bloc din figura 9.26 reprezintă blocul circuitelor de intrare, 
registrul de explorare serială şi comparare și blocul de cuplare la pro- 
cesorul central. 

Organizarea modulului este realizată în grupe de cîte 8 intrări. Ba 
cererea procesorului central, exprimată prin trimiterea adresei grupului 
de la care se cer informații, explorarea intrărilor se opreşte și se reia 
numai după primirea semnalului de citire a datelor cerute. 

Pe liniile de intrări numerice apar impulsuri parazite, care pot să 
creeze semnale false sau să elimine semnale adevărate, de aceea s-au 
luat măsuri speciale de protecţie. Fiecare intrare este izolată prin cu- 
ploare optice, realizînd practic o anulare a zgomotului de mod comun, 
curentul, reprezentînd starea zero logic, este de 20—50 mA și constituie 
un prag suficient de mare pentru zgomotele diferenţiale. 


9.3.6. Modulul de ieşiri numerice 


Modulul de ieşiri numerice are sarcina de a emite semnale de co- 
mandă pentru pornirea sau oprirea motoarelor, cuplarea liniilor de 
transport a energiei, închiderea și deschiderea ventilelor, comanda lăm- 
pilor de semnalizare etc. 

În figura 9.27 este dată schema bloc a modulului de ieşiri numerice, 
din calculatorul de proces SPOT 80. 

Ieşirile, în număr de 128, sînt împărțite în 16 grupe, de cîte 8 linii. 
Ele sînt realizate în două variante : una cu comandă pe relee, care per- 
mite comutarea unor tensiuni de 100 V.ca. şi 0,5 A, dar cu viteză mică 
de comutare, de maximum 500 us. şi a doua cu ieşire prin cuplare optică 
și tranzistor, cu colectorul deschis, care poate comuta 48 V.e.c. și 0,1 A, 
dar cu o viteză de comutare de 100 ns. 

Comanda unei ieșiri se realizează prin emiterea de către procesor 
a două instrucţiuni : prima, care transmite adresa grupei și a doua, care 
transmite noua stare, a celor 8 ieşiri, din grupă. 


comanda 
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Fig. 9.27. Modul ieșiri numerice. 
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9.3.7. Calculatorul pentru conducerea procesului de electroliză 


Reducerea electrolitică a aluminei se realizează cu ajutorul unei linii 
de cuve de electroliză, legate în serie. În fiecare cuvă se află un elec- 
trod de carbon (anod) scufundat într-o baie de criolit topit, cu funcţia 
de electrolit (3NaF.AIlF), în care se încarcă apoi alumina (AlO). Prin 
efect de electroliză se produce aluminiul, care se depune pe fundul cu- 
vei, unde joacă rol de catod şi se extrage periodic. La o astfel de linie 
consumul de energie atinge valori foarte mari. În regim nominal, pe fie- 
care cuvă se repartizează circa 3,9 V, iar curentul capătă valori, funcţie 
de varianta tehnologică, de la 65 000 A, la peste 150000 A, la construc- 
tiile moderne. Tensiunea pe cuvă depinde de distanța între anod și ca- 
tod. Prin folosirea unei distanțe corespunzătoare, se realizează un con- 
sum de energie optim. În cuvă se menţine permanent o concentraţie de 
alumină dictată de proces. O concentraţie slabă produce ca efect parazit 
electroliza ALF, care eliberează fluorina şi polarizează anodul (efectul 
anodic). În astfel de situații, tensiunea pe cuvă crește pînă la valori de 
50 V, iar energia debitată suplimentar are efecte dăunătoare asupra cu- 
vei și electrozilor. Calculatorul de proces capătă, în aceste condiţii, un 
efect economic important. El calculează rezistența electrică totală a fie- 
cărei cuve (prin măsurarea tensiunii pe cuvă și a curentului pe linie) și 
dă comenzile necesare pentru eliminarea situaţiilor de ieșire din para- 
metrii nominali. Prin observarea modului de variaţie a rezistenței pe 
cuvă, calculatorul determină concentraţia de alumină şi  semnalizează 
necesitatea încărcării. 

Sistemul pentru. conducerea unei linii de 256 cuve este compus din- 
tr-un minicalculator de tip CORAL, cu sarcina de a superviza func- 
ţionarea a 16 microcalculatoare de proces si a permite accesul opera- 
torului în stabilirea parametrilor de funcţionare ai cuvelor. Minicalcu- 
latorul întocmeşte jurnale zilnice de funcţionare, stabilește consumul 
de energie, evidenţiază pierderile de energie datorate efectelor para- 
zite etc. 

Fiecare microcalculator supraveghează funcționarea a 16 cuve, măsu- 
rînd tensiunea pe cuva și curentul serie, calculind rezistența pe cuvă, 
studiind tendința de variaţie a tensiunii, şi efectuează operaţiile de 
comandă referitoare la creșterea sau scăderea tensiunii pe cuvă, prin 
modificarea distanţei anod-catod. Sesizează apropierea de efectul ano- 
dic şi ia măsuri pentru eliminarea acestuia. 

Constructiv, microcalculațorul (figura 9.28) este compus dintr-o 
unitate centrală din sistemul FELIX M18, 118, bazată pe microproceso- 
rul 8080, cu comunicare serială la minicalculatorul supervizor, o a doua 
ieșire serială pentru posibilitatea conectării unei console, un ceas de 
timp real, sistem de priorități al întreruperilor, memorie fixă pentru 
programe de 16 ko, memorie de date de 2ko, un modul pentru con- 
versia tensiunilor, module pentru intrări numerice și module pentru 
comenzi. , , 

Sistemul de întreruperi are conectate, pe nivelul de prioritate zero, 
semnale corespunzătoare erorii de paritate a memoriei, eroarea de ape- 
lare a unui periferic, semnalul de cădere a tensiunii de alimentare, 
semnalul de supraveghere a funcționării corecte a programului. Pe ni- 
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Fig. 9:28. Conducerea procesului de electroliză a alumynei. 


velul 1 de prioritate este conectat ceasul de timp real. Pe nivelurile 
2—3 de prioritate se conectează intrările numerice. Pe nivelul 4 de prio- 
ritate se plasează semnalul de terminare a conversiei modulului de 
măsurare a tensiunilor. Pe nivelurile 5—6 sînt cuplate cele două legă- 
turi seriale, iar nivelul 7 este mascat. Pentru nivelul 7 de prioritate 
s-au scris totuși programe, deoarece pe acest nivel sînt semnalizate 
zgomotele în sistemul de întreruperi. 

Pentru conectarea cu procesul, fiecare bloe de conducere este dotat 
cu următoarele module de intrare/ieșire : 

Modulul de intrări analogice care convertește tensiunile, de la 16 
cuve, în cuvinte de 10 biţi. Multiplexarea acestor tensiuni se reali- 
zează în prezența unor curenţi de scurgeri la masă, distribuiţi de la 
fiecare cuvă. Curenţii de scurgere fac să se obţină o tensiune de mod 
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comun la fiecare intrare, variabilă de la un modul la altul, în dome- 
niul 4+/—600 Vec. În condiţii limită, cînd una din cuvele aflată la 
unul din capete are scurgeri de aluminiu la masă, modulele de la celă- 
lalt capăt al liniei trebuie să suporte tensiuni de mod comun de 
1 200—1 500 V c.c. Din acest motiv multiplexorul s-a realizat cu deose- 
bită grijă, din relee cu mercur, care asigură rigiditatea dielectrică 
cerută. 

Măsurarea tensiunilor se realizează pe două scale de 100 V și 10V, 
viteza de conversie fiind de 40—50 ms. Comutarea celor două scale se 
realizează prin program. l 

Medulul de intrări numerice supraveghează 64 contacte, provenite 
de la tablourile de cuvă. El este utilizat în ambele moduri de fune- 
ţionare : explorarea intrărilor, emiterea unei întreruperi la întîlnirea 
unei modificări și citirea intrărilor la cerere. 

Modulul de ieşiri analogice comandă 80 de linii, grupate în 4 
comenzi pe fiecare cuvă şi 16 semnalizări, pe panoul frontal al caleu- 
iatorului. 


9.3.8. Calculator pentru conducerea procesului de galvanizare 


Procesul de galvanizare (figura 9.29) constă din depunerea unei anu- 
mite cantităţi de metal în mod uniform pe suprafaţa pieselor. Canti- 
tatea de metal depus pe unitatea de suprafaţă depinde de: densitatea 
de curent în băile de acoperire, de eficiența catozilor și a electrolitu- 
lui, de temperatura în baie și calitatea suprafeţei înainte de acoperire. 

Pentru aducerea suprafeţelor la starea corespunzătoare acoperirii, 
piesele sînt supuse la repetate spălări şi degresări. Fluxul tehnologic 
este format dintr-o succesiune de băi cu funcții determinate. 

Sarcina calculatorului de proces constă în poziţionarea transportului 
de piese în fiecare baie, conform procesului tehnologic, menţinerea în 
fiecare baie, un timp corespunzător operaţiei efectuate, supravegherea 
nivelului de lichid, reglarea temperaturii, reglarea densității de curent 
în băile de depunere, măsurarea și reglarea conținutului de săruri în 
fiecare baie, acţionarea jeturilor de apă de spălare numai în perioada 
existenței pieselor etc. 

Sistemul SPOT 80, folosit în acest scop, este compus din: proce- 
sorul central, cu memorie de program de 4ko, memorie RAM 8ko, 
ceas de timp real, sistem de întreruperi, transmisie serială pentru con- 
solă, modulul de intrări analogice (necesar pentru. măsurarea tempera- 
turilor şi densităţii de curent), modul de intrări numerice (pentru citi- 
rea poziţiei manipulatorului, a comenzilor operatorului, a valorilor 
prestabilite, a nivelurilor în băi), modul de ieșiri numerice (pentru 
comanda motoarelor de deplasare, a electroventilelor, a electropompe- 
lor) și modulul de ieșiri analogice, pentru comanda redresoarelor. 
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Fig. 9.29. Conducerea liniei automate de cuprare. 


9.4. Microcalculatoarele M 18, M 118 
în centrale termoelectrice 


9.4.1. Elemente caracteristice conducerii proceselor termoenergetice 


Procesele termoenergetice sînt procese tehnologice complexe, carac- 
terizate de un număr mare de variabile cu interconectare multiplă, 
o dinamică cu întîrzieri mari de timp, un puternic caracter neliniar și 
in unele cazuri cu o modificare în timp a parametrilor dinamici. 
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Tehnologia analogică-discretă, folosită de echipamentele de auto- 
matizare convenţionale, se dovedeşte a fi depășită pentru marile uni- 
tăți energetice, deoarece conduce la un volum mare de echipamente, 
la prețuri ridicate, indicatori de fiabilitate reduși şi posibilități teh- 
nice și ergonomice insuficiente pentru conducerea procesului. 

În prezent există o disproporție între creșterea continuă a complexi- 
tății instalaţiei tehnologice cazan-turbină-generator si ansamblul siste- 
melor de automatizare realizate în tehnologia discretă, voluminoasă, 
scumpă și cu grad redus de fiabilitate. 


Progresele deosebite realizate pe plan teoretic în teoria sistemelor 
și în știința conducerii în general s-au manifestat timid în practica in- 
dustrială, unde se folosesc în continuare un volum mare de date, dar 
relativ sărac în informații și legi de reglare simple aplicate la un proces 
complex, neliniar și cu parametrii distribuiţi. 

Progresele tehnologice realizate în domeniul tehnicii de calcul se 
manifestă în prezent și în domeniul aplicaţiilor industriale, unde se 
impune cu precădere o urgentă „împachetarei“ a hardware-ului sisteme- 
lor de conducere, trecerea la algoritmi complecși, bazați pe modele mul- 
tivariabile și la folosirea unor variabile cu conținut îmbogăţit de 
informaţii. 

Procesul clasic de transformare a energiei chimice a combustibili- 
lor fosili în energie electrică, presupune existenţa unui flux energetic, 
rezultat ca urmare a procesului de ardere cu degajare de căldură şi 
producere a gazelor de ardere cu temperatură ridicată, a unui flux 
masic al agentului purtător apă-abur cu schimbare de fază şi un trans- 
formator de energie cu conversie din energie potenţială în energie cine- 
tică şi ulterior electrică. 

Fluxul energetic primar al gazelor fierbinţi prin transfer de căl- 
dură, încarcă cu energie potenţială fluxul masic al agentului purtător. 

Acest proces are loc în cazanul de abur, iar procesul de transfor- 
mare al energiei are loc în grupul turbogenerator, unde aburul de 
înaltă presiune şi temperatură, prin procesul de destindere pune în 
mișcare turbina si, implicit, generatorul de energie electrică. 

Revenirea la faza iniţială a agentului purtător se face în condensa- 
torul de abur, de unde condensatul obținut parcurge mai multe trepte 
de ridicare a presiunii și revine la intrarea în cazan, închizîndu-se ast- 
fel ciclul termic (fig. 9.30). 

Controlul unui astfel de proces complex nu se poate face decît 
adăugind la cele două fluxuri menţionate şi un flux informaţional pe 
baza căruia să se poată lua deciziile de conducere corespunzătoare. 

Fluxul informaţional are o structură diversă şi cuprinde ca mărimi 
măsurate ` temperaturi, presiuni, debite, niveluri, mărimi mecanice, 
analitice, electrice precum şi mărimi îndirecte rezultate din calculul 
mai multor mărimi măsurabile. 

Funcția scop pe care trebuie să o îndeplinească sistemul de con- 
ducere asociat unei instalaţii termoenergetice este asigurarea functio- 
nării sigure şi economice a grupurilor cazan-turbină-generator, adică, 
producerea continuă și fără defecţiuni, pe o perioadă de timp deter- 
minată, a energiei electrice cerute, folosind o cantitate minimă de com- 
bustibil primar $i asigurînd condiţiile de calitate impuse. 
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Fig. 9.30. Structuralizarea procesului de obţinere a energiei electrice prin arderea 
combustibililor fosili. 


Funcționarea economică a unui grup termoenergetic cazan-turbină- 
generator este producerea energiei electrice cerute, cu ajutorul unei 
cantităţii minime de combustibil primar, ceea ce este echivalent cu 
minimizarea consumului specific de combustibil necesar producerii unui 
kWh de energie electrică sau cu maximizarea randamentului global al 
ciclului termic. 


Urmărirea economicităţii. procesului de obținere a energiei electrice 
din energie primară a combustibililor fosili se poate face prin metoda 
directă a bilanţului energetic sau prin metoda indirectă, care implică 
identificarea individuală "a tuturor pierderilor ce intervin în ciclul 
termic. 


Funcționarea sigură a unui grup termoenergetic cazan-turbină- 
generator este definită prin probabilitatea de funcţionare fără defec- 
iuni, într-un interval de timp considerat si în condiţii date, asigurînd 
îndeplinirea scopului pentru care au fost proiectate. 


Siguranţa în funcționare a instalaţiilor termoenergetice ridică pro- 
bleme deosebit de complexe, ca urmare a unui complet de factori me- 


canici, termici, electrici st chimici. 

Continuitatea funcţionării și producerii energiei electrice trebuie 
asigurată. în condiţiile în care acționează asupra echipamentului ter- 
momecanic factori ca : temperaturi, presiuni, forțe centrifuge, solicitări 
electrice, eroziuni mecanice sau coroziuni chimice. 

De asemenea, trebuie asigurate regimuri stricte de răcire, lubre- 
fiere, etanşare și puritate a mediilor și fluidelor folosite. 

Toate aceste condiţii specifice proceselor termoenergetice sint, de 
fapt, argumente pentru a folosi o nouă tehnologie de conducere care 
să aducă schimbări de fond, atît în privința echipamentelor, cît și în 
tehnica de conducere. 


D 
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9.4.2. Structuri descentralizate de mierocalculatoare — o soluţie modernă 
pentru conducerea blocurilor de mare putere 


Conducerea unui sistem energetic interconectat este organizată ca 
o structură ierarhică pe nivele de conducere, în care sistemul de con- 
ducere al grupurilor energetice reprezintă nivelul de bază. 

În cadrul acestui nivel de conducere, linia modernă de utilizare a 
sistemului de calcul este descentralizarea echipamentului în module dis- 
tincte, cărora li se atribuie funcțiuni de sine stătătoare. 

Se realizează, astfel, sisteme de conducere la care căderile parţiale 
de echipament sau chiar de programe, conduc la nerealizarea numai 
a unor funcțiuni şi nu la scoaterea completă din funcţiune a întregu- 
lui ansamblu. 

Pentru funcțiunile foarte importante, cum sînt cele de comandă sau 
protecţie, se pot folosi metodele de rezervare activă prin dublarea ele- 
mentelor şi asigurarea funcţionării în paralel cu preluarea din mers a 
funcţiunii respective în cazul unei căderi. 

Organizarea structurilor descentralizate de minicalculatoare este 
determinată de interinfluențarea a cinci criterii fundamentale, şi anume : 
criteriul funcţional, geografic, tehnologic, de fiabilitate și economic. 

Criteriul funcţional este criteriul fundamental în alegerea struc- 
turii sistemului de conducere și se referă la proprietatea de decompoza- 
bilitate a funcţiei scop prezentată în capitolul anterior, în funcţii elè- 
mentare  cvasiautonome, ce pot fi atribuite unor subsisteme ale 
echipamentelor de conducere între care comunicarea să fie minimă. | 

În acest fel,- rezultă o structură descentralizată funcţional, care 
lucrează totuși ca o structură multiprocesor, datorită acestui minim de 
legături care se păstrează între subsistemele echipamentului de con- 
ducere. 

Funcţia scop a grupului energetic o vom numi în continuare funcția 
globală de conducere, F, ai care în formulare restrînsă este producerea 
continuă şi fără defecţiuni, pe o perioadă de timp determinată, a energiei 
electrice cerute, folosind o cantitate minimă de combustibil primar şi 
asigurînd condiţiile de calitate impuse. 

Funcția globală de conducere, în general, se poate descompune într-o 
componentă informațională, F; și o componentă de comandă, Fo. 

__ Criteriul geografic impune restricţii legate de amplasarea în teren a 
diferitelor subsisteme tehnologice, de posibilităţile de transmitere şi co- 
municare a informațiilor şi de posibilitățile de transmitere a comenzilor. 

Criteriul tehnologic introduce restricţii, ca urmare a capacităţii tehnice 
limitate a echipamentelor de calcul ai a necesităţii de a alege un optim 
între volumul, viteza şi costul schimbului de informaţii dintre diferitele 
subsisteme distribuite. 

Caracterul restrictiv al criteriului tehnologic este într-o dinamică per- 
manentă, progresele tehnologice mărind continuu posibilităţile tehnice ale 
microprocesoarelor şi ale componentelor electronice integrate pe scară 
largă. E 

Criteriul de fiabilitate impune, în funcție de importanța comparativă 
a funcțiilor elementare pe care trebuie să le îndeplinească diferitele sub-. 
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sisteme de conducere, gradul de rezervare, astfel încît structura rezultată 
să asigure o fiabilitate impusă. 

Criteriul economic este cel care decide în final soluţia aleasă, cău- 
tîndu-se un optim între performanţe tehnice, fiabilitate și costul total al 
sistemului de conducere. 


Revenind la criteriul funcţional, pentru a prezenta mai multe amă- 
nunte, trebuie menţionat că în cazul grupurilor termoenergetice, decom- 
pozabilitatea funcţiei de conducere poate continua, în funcţie de cele trei 
regimuri de funcţionare în care acestea se pot afla, adică, regimul de por- 
nire, de exploatare în sarcină sau de avarie. 


Vom da, în cele ce urmează, cîteva exemple pentru regimul de ex- 
ploatare în sarcină al grupului energetic. 


Funcţia informaţională, Bar, este o funcţie decompozabilă pe sisteme 
și subsisteme tehnologice, în funcţie de scopul pe care îl îndeplineşte și 
de regimul de funcţionare în care se află instalaţia tehnologică. 

Funcţia informațională parametrică, Fan, este funcţia cu ajutorul 
căreia se caracterizează starea instalaţiei la un moment dat, deoarece asi- 
gură în mod operativ informaţii privind valorile absolute ale variabilelor 
tehnologice, ieșirile din limitele prescrise, depăşirea vitezelor de variație 
ale acestora etc., afișarea pe display-uri sau miniimprimante. 

Funcţia economică operativă, Fao , pe o durată de 1, 8 şi 24 ore, folo- 
seşte metoda identificării pierderilor pe cauze şi pune la dispoziţia ope- 
ratorului o serie de informaţii cu caracter economic pe baza cărora se pot 
lua decizii pentru optimiziarea funcţionării grupului energetic. 

Funcţia de fiabilitate operativă, Fro, se compune din mai multe 
funcţii elementare, calculate pe baza unor valori instantanee ale varia- 
bilelor măsurate cu perioade mici de timp (2-4 s), ce pun în evidență 
siguranța în funcţionare a unor subansamble ale instalaţiei tehnologice. 

Aceste trei funcţii întregesc funcția informațională operativă, F so, 
care permite luarea deciziilor pentru conducerea operativă a blocului pe 
termen scurt. 


Fro=FipantFeotFro 


Pentru o durată medie de funcţionare a instalaţiei tehnologice se pot 
defini următoarele funcţii elementare informaţionale : 

Funcţia economică pe durată medie, Fzu , este bilanţul economic al 
funcţionării pe luna anterioară şi reprezintă un post-calcul cu caracter de 
evidenţă statistică și de planificare. 

Funcţia de fiabilitate preventivă, Frp , este funcţia de estimare a 
evoluţiei în timp a stării agregatelor și a materialelor componente, în ve- 
derea planificării ştiinţifice a activităţii de reparaţii ai întreţinere a echi- 
pamentelor tehnologice. l 

Funcția de comunicare, Fcow, este cea care realizează transmiterea 
informațiilor între subsistemele de conducere de la acelaşi nivel și cu 
sistemele ierarhice superioare. 

Uitimile trei funcții menționate formează funcția informațională 
statistică și de comunicare, Fisc , care permite luarea deciziilor pentru 
conducerea blocului energetic pe termen mediu. 


Frsec=Fru t Fret Fcoa 
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Deci, funcţia informațională pentru regimul de exploatare în sarcină 
se poate scrie simbolic sub forma : 
Frez =Firot Fise sau 
Fjsx=FipantFreotFrotFemtF rpt Fcom 
Funcția de comandă în regim de exploatare în sarcină, Fezz, este func- 
ţia care realizează automat sau prin intermediul operatorului, în situaţiile 
în care echipamentul de comandă automată este defect, cele patru condiţii 
fundamentale pentru conducerea sigură şi economică a blocului. 
A. Condiţia cantitativă a echilibrului energetic. 
CONDIȚIA 1: „Egalitate permanentă între energia cerută de sistem, 
respectiv, livrată de generator, şi energia dezvoltată în focar prin 


arderea combustibilului, micșorată de pierderile de energie care 
însoțesc acest proces. 


860 N= Qha: Mer 
B. Condiţia calitativă a procesului de transformare energetic. 
B.1. Condiţia de calitate a procesului de ardere. l 
CONDIȚIA 2: „Arderea combustibilului în condiții optime prin res- 
pectarea în permanență a raportului corespunzător dintre canti- 
tatea de combustibil (B) introdus în focar și debitul de aer nece- 
sar arderii (L)“. 
Qr =F (B, L) | 
Q F dat 


Qopt = Bnin 


Considerînd „F“ o funcție parametrică ce depinde, prin proiectare de 
geometria focarului si de cinetica arderii, rezultă că trebuie obținut rapor- 
tul optim combustibil-aer, astfel încît debitul de combustibil să fie minim 
la o sarcină termică a focarului dată. 

B.2. Condiţia de calitate a agentului purtător. 

CONDIȚIA 3: „Egalitate permanentă între fluxul energetic al gazelor 
de ardere (Qr) şi fluxul masic al agentului purtător (W), asigurînd 
astfel constanța parametrilor de stare ai aburului de-a lungul 
traseului pînă la intrarea în turbină“. 


E =ct, P= ct] >T=ct 


 Considerind procesul din cazanul de abur ca avînd loc la presiune 
constantă, apare imediat implicația că raportul dintre fluxul energetic și 
fluxul masic al agentului purtător determină regimul de temperaturi pe 
circuitul apă-abur. 
C. Condiția de siguranță a procesului de transformare energetic. 
CONDIȚIA 4: „Limitarea valorilor ce caracterizează starea instala- 
Hei tehnologice și a vitezei de variaţie a acestora, în regim de 
pornire şi de exploatare în sarcină, în scopul prevenirii oricăror 
regimuri de avarie“, 


(e. în) < IS. Séi 
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Fig. 9.31. Funcțiile elementare pentru regimul de exploatare în sarcină. 


Pentru a se asigura funcționarea continuă, fără defecţiuni, este ne- 
cesar să nu se depășească nici valoarea absolută şi nici viteza de variație a 
anumitor valori prescrise pentru parametrii de control ai stării instalaţiei. 

Schematic, descentralizarea funcţiei de conducere pentru un grup ter- 
moenergetic, se poate reprezenta ca în fig. 9.31, în care s-au scos în evi- 
denţă funcţiile elementare pentru regimul de exploatare în sarcină și s-au 
folosit notaţiile : 


Pa Buer Fray — funcţia informaţională în regim de pornire, ex- 

ploatare în sarcină şi de avarie ; 

Rap. Fozz, Fear — funcția de comandă în regim de pornire, exploa- 

tare în sarcină și de avarie. 

Corespunzător cu cele trei regimuri în care se poate afla blocul ener- 
getic se pot folosi trei sisteme de conducere descentralizate, dacă celelalte 
eriterii de organizare, în afara celui funcţional, nu impun o altă organi- 
zare a structurii. 


9.4.3. Structuri specializate de echipamente bazate pe microcalculatoare 


Ca urmare a colaborării dintre ICEMENERG şi ICE au fost execu- 
tate prototipurile unei serii unitare de echipamente de calcul de proces 
destinate supravegherii şi conducerii grupurilor termoenergetice, folosind 
subansamble pe care ICE le are în fabricaţie de serie. 

Aceste echipamente sînt concepute modular şi organizate pe princi- 
piul descentralizării funcţionale. 

Subansamblele folosite aparțin microcalculatoarelor M-118 şi siste- 
mului de interfețe SPOT-80. 

Asamblarea echipamentelor se face într-un pupitru cu caracter ope- 
rativ, prevăzut cu display-uri şi consolă de operator executată în structură 
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mozaicată pentru a aranja, în funcţie de aplicaţie, desenul mnemotehnie 
al instalaţiei tehnologice, tastele de comandă şi lămpile de semnalizare. 

Se va prezenta în continuare echipamentul SINEX-82 conceput pen- 
tru a fi folosit în regimul de exploatare în sarcină la grupurile de 330 MW, 
funcţionînd pe cărbune. 


9.4.3.1. Structura generală a sistemului numeric de conducere a blocurilor 
termoenergetice în regim de exploatare în sarcină — SINEX-82 


SINEX-82, așa cum s-a prezentat în subcapitolul anterior, este un: 
sistem descentralizat funcţional care realizează următoarele funcţii ele- 
mentare ` 


SINEX =Frpan+ Fro tF rotHFen HFre tH Foot Fceez 
— am mmm 
Duo Rio 


Dacă se tratează separat funcţia informaţională parametrică pentru in- 
formaţii numerice şi pentru informaţii analogice, funcţiile din relația de 
mai sus se pot atribui la patru subsisteme de conducere, care au fost denu- 
mite după funcţia cea mai importantă pe care o realizează, și anume : 
DICREV — dispozitiv numeric de urmărire cronologică a evenimentelor ; 

realizează funcţia de prelucrare a informaţiilor numerice ; 


N Gi 
Frio—Fipan 
DIMEC — dispozitiv numeric de urmărire operativă a mersului economic ; 
realizează funcţia informaţională parametrică pentru informaţi» 
analogice, funcţia economică operativă şi funcţia de fiabilitate ope-- 
rațivă ; 


Fib=FipaR+Fro+Fro 


DIREN — dispozitiv de reglare numerică a parametrilor tehnologici — 
Pass, realizează reglarea numerică a mai multor variabile tehno- 
„logice; 
DISCO — dispozitiv de supervizare, prelucrări statistice şi comunicare 
au alte subsisteme şi nivele de conducere — use? 
Se poate scrie simbolic : 


SINEX=DICREV (F)+DIMEC (F4)+DIREN (F crz)+ DISCO (Esch 


9.4.3.2. Structura și funcțiile subsistemului DICREV 


Subsistemul DICREV cuprinde un microcalculator M-118, cu o com- 
ponentă redusă, de nouă plachete, (FPUB, UCB, DRAM, REPROM, IOU, 
SAI, VDI, VDM, EXT, BUS), amplasate într-un sertar de M-18-B, două in- 
terfeţe numerice de tip P2 a 128 contacte de intrare fiecare şi o interfaţă 
de 32 ieşiri pe tranzistoare de tip P3 pentru comanda lămpilor de semnali- 
zare ale consolei. operatorului. 

` Cele trei interfeţe de proces sînt cuplate la microcalculator cu ajuto- 
tul unei plachete de extensie a BUS-ului (EXT.BUS). 
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Structura prezentată a subsistemului DICREV nu este exhaustivă, ci 
«poate fi adaptată în funcţie de dimensiunile aplicaţiei, știind că prin inter- 
mediul unei plachete EXT.BUS se pot cupla maximum patru module 
intrare-ieşire de tip SPOT, fără a fi nevoie de modulul P1, iar în caz de 
'necesitate se pot folosi două plachete EXT.BUS. 

Subsistemul DICREV nu conţine nici un modul P1 ceea ce simplifică 
mult activitatea de realizare a programelor și asigură o fiabilitate îmbună- 
“tăţită echipamentului. 

Consola operatorului conţine taste de comandă care permit afișarea 
la cerere, pe display, a configuraţiilor de evenimente numerice. 

Orice schimbare de stare a unor contacte comandă automat, prin P3, 
led-ul de semnalizare asociat tastei cu care se apelează pagina respectivă, 
emiţindu-se totodată şi un semnal sonor de avertizare. 

O miniimprimantă asigură transcrierea, la cerere, pe hîrtie a info- 
maţiilor prelucrate şi înregistrarea automată „prin întreruperi“ în cazul 
apariției unor evenimente importante pentru buna funcţionare a procesu- 
dui tehnologic. 

Tastatura monitoarelor de display a fost înlocuită de o tastatură 
«specializată, ce permite aranjarea pe consolă operatorului a tastelor de 
comandă în funcție de necesități. 

În cazul unor depanări sau modificări de programe, tastatura origi- 
nală se poate recupla înlocuind în perioada respectivă tastatura speciali- 
zată a consolei operatorului, 

Dezvoltarea sistemului de programe aplicative se poate face pe un 
alt sistem sau chiar pe subsistemul DICREV, care are posibilitatea de in- 
roducere a plachetelor unității duale de floppy-disc (FBI, FPM, FDI) în 
sertarul de M18-B ai spaţiul corespunzător amplasării acestuia în cabine- 
“tul echipamentului, după care programul rezultat se înscrie în EPROM-uri. 

Subsistemul DICREV destinat urmăririi cronologice a evenimente- 
dor într-o centrală termoelectrică, ca şi celelalte subsisteme ale echipa- 
mentului SINEX-82, este prevăzut cu un monitor de timp real de tip 
RTX-SINEX. 

Monitorul asigură gestionarea tuturor taskurilor în oricare din con- 
figuraţiile arătate în figura 9.31. 

Sistemul de program aplicativ asigură îndeplinirea unor funcţii 
tipizate, dar poate fi completat sau reconfigurat în conformitate cu parti- 
.cularităţile aplicaţiilor. 

DICREV, în varianta standard, realizează următoarele funcţii de 
„proces : 
ai funcţia de înregistrare automată, cronologică, a funcționării protecţii- 

lor tehnologice a grupului termoenergetic în cazul declanșării unei 
avarii. 

Se realizează prin înregistrarea automată pe o miniimprimantă a tu- 
turor contactelor care se modifică în cursul unei avarii, în ordinea apariţiei 
lor cronologice. l 

Buffer-ul de acumulare poate fi de 512 contacte începînd cu primul 
eveniment (la cerere 1024), färă ca miniimprimanta să fie în funcțiune, 
urmînd ca afișarea să se facă automat în momentul conectării acesteia. 

În mod obişnuit însă miniimprimanta se află conectată și asigură afi- 
sarea eveninientelor asincron cu producerea acestora, mărindu-se în arest 
fel capacitatea bufter-ului de acumulare ; 
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b) funcţia de afișare la cerere a stării permisiilor de pornire ale agrega- 
telor principale. 

Se realizează cu ajutorul tastelor de pe consola operatorului care co- 
mandă afișarea pe display a stării permisiilor. Există taste dedicate prin- 
cipalelor grupe de agregate tehnologice, exemplu: PAR, VA, VG, EPA, 
TPA, cazan etc. ; 
ch funcţia de afișare la cerere a stării protecţiilor tehnologice. 

Un alt grup de taste de comandă de pe consola operatorului permit 
afișarea la cerere pe display a stărilor la un moment dat a protecţiilor 
tehnologice grupate în pagini de display, corespunzător următoarelor sub- 
sisteme tehnologice : alimentare servicii interne, PAR, VA, VG, cazan, 
mori de cărbune, electropompe de alimentare, turbopompă de alimentare, 
pompe de condensat ; | 
d) funcţia de evidenţă a duratei de funcţionare a subansamblelor teh- 

nologice. 

Se realizează prin contorizarea la 1, 8 și 24 ore a duratei de funcţio- 
nare și afișarea acestora pe display prin intermediul clapelor funcționale. 

Aceste informaţii se folosesc în cadrul sistemului SINEX pentru cal- 
culul energiei livrate sistemului, de agregatele în funcţiune și a energiei 
nelivrate datoriță indisponibilității unor echipamente sau subansamble 
tehnologice. 


9.4.3.3. Structura și funcţiile subsistemului DIMEC 


Subsistemul. DIMEC are în structură un microcalculator M118 intro- 
dus într-un sertar de M18-B, şase module SPOT-80 (fig. 9.32) cuplate prin 
intermediul unui modul P1-118 care are rolul modulului P1 din sistemut 
de interfeţe SPOT-80, dar este realizat pe baza unităţii centrale de M118. 

Legătura între P1-118 şi microcalculatorul M118 se face prin legătură 
serială. 

Microcalculatorul M118 este pregătit în structură specială pentru a 
permite ca interfeţe standard, o consolă Centronics şi o miniimprimantţă 
sau două miniimprimante, unul pînă la trei display-uri ai o consolă a 
operatorului prevăzut cu taste de comandă, distribuite pe schema mnemo- 
tehnică a procesului şi lămpi de semnalizare a limitelor fixate pentru 
variabilele tehnologice. 

Se pot folosi pînă la 64 taste de comandă cu funcțiuni independente 
şi aranjate după dorinţă, datorită structurii mozaicate a consolei opera- 
torului, pe lîngă clapele funcţionale cu care sînt prevăzute de fabrică toate 
display-urile. 

Tastatura distribuită de proces poate fi înlocuită prin schimbarea unei 
cuple, cu tastatura oricărui display, atunci cînd se dorește să se facă mo- 
dificări în programe. 

Subsistemul poate asigura pînă la patru legături seriale sincrone sau 
asincrone cu echipamentele vecine şi cu sistemul ierarhic superior, în 
afara legăturilor pe care le permite placheta SIN. 

Cele două unităţi de calcul“Yau în componenţă următoarele plachete + 
M118 — FPUB, UCB, DRAM, REPROM, SAI, IOU, SIN, 3 VDI, 


3 VDM. 
P1-118 — FPUB, UCB, DRAM, REPROM, SAI (SIN). 
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DIMEC, după cum s-a arătat în paragraful 9.4.3.1, realizează func- 
ţia informaţională operativă pentru informaţii analogice, compusă din : 
funcția informaţională parametrică pentru informaţii analogice, FÍPAR 
funcția economică operativă, F'zo, şi funcția de fiabilitate operativă, F ro. 

Din punctul de vedere al sistemului de calcul îndeplinirea funcțiuni- 
lor menţionate înseamnă : 

a) Culegerea şi prelucrarea primară a datelor ; se realizează cu ajutorul 

“modulelor din sistemul de interfeţe SPOT-80 și a microsistemului 
P1-118; 

b) Afişarea pe cele trei display-uri a unor scheme tehnologice pe care se 
actualizează în permanenţă, cu o periodicitate de 3—5 s variabilele ca- 
racteristice ale procesului ; 

e) Inregistrarea automată pe miniimprimantă a timpului şi a valorilor teh- 
nologice la ieșirea ai revenirea în limite ; 

d) Calculul valorilor medii ale mărimilor tehnologice la 1, 8 și 24 ore; 

e) Calculul şi afișarea indicilor de mers economic la 1, 8 ṣi 24 ore; 

D Inregistrarea automată pe miniimprimantă a jurnalelor de exploatare, 
cuprinziînd valori instantanee, valori medii ale variabilelor tehnologice 
și indicii economici de funcționare ; 

g) Calculul, afișarea si înregistrarea valorilor de fiabilitate operativă ; 

h) Calculul şi înregistrarea automată a energiei nelivrate, datorită ne- 
funcţionării unor agregate. 

Subsistemul DIMEC, este realizat sub forma a trei pupitre-operator 
modulare şi o consolă pentru operator formată tot din trei module indepen- 
dente ce întregesc schema mnemotehnică a instalaţiei tehnologice. 

Consola operatorului permite : 

— apelarea imaginilor cu valori actualizate ale mărimilor tehnologice, 
prin apăsarea cu confirmare a tastelor ce se află distribuite pe schemă; 

— apelarea pe display-uri a tuturor informaţiilor calculate prin apă- 
sarea clapelor funcţionale ale acestora ; 

— comanda lămpilor de semnalizare în cazul depăşirii limitelor admise 
pentru variabilele analogice și pentru indicatorii de fiabilitate operativă 
calculați. 


9.4.3.4. Structura și funcţiile subsistemului DIREN 


Subsistemul DIREN cuprinde în structură un microcalculator M118, 
de asemenea introdus într-un sertar de M18-B pentru a avea o elastici- 
tate mai mare de amplasare a plachetelor, patru module SPOT-80, un dis- 
play, o miniimprimantă şi o consolă specializată pentru operator. 

Din cele patru module SPOT-80, modulul P3 de 64 ieșiri numerice 
se foloseşte numai pentru comanda elementelor de afișare de pe consola 
operatorului (fig. 9.32). 

Echipamentul este dimensionat pentru a asigura reglarea numerică a 
40 variabile tehnologice, după scheme ale reglării convenţionale transpuse 
în variantă discretizată. 

Urmează ca după o perioadă de experimentări şi puneri la punct să 
se asigure și programe pentru conducerea procesului cu modele multi- 
variabile. 
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Fig. 9.33. Consola de operator pentru subsistemul de reglare numerică DIREN. 


Consola operatorului (fig. 9.33), concepută pentru blocurile de 330 MW, 
funcţionînd pe cărbune, este prevăzută cu cinci blocuri numerice de reglare 
pentru combustibil (B), aer (L), apă de alimentare (W), injecții (I) și sar- 
cină (N). 

Fiecare bloc are posibilitatea reglării independente a opt variabile 
tehnologice, pentru care se poate afişa pe consolă numărul canalului, eroa- 
rea între valoarea variabilei reglate și valoarea de consemn, precum și po- 
ziţia organului de execuţie. 

Fiecare bloc de reglare, în afara selectării canalului dorit, mai are po- 
sibilitatea de trecere, fără şocuri, de pe „manual“ pe „calculator“ și in- 
vers, iar în poziția „manual“ de a comanda fiecare element de execuţie la 
„crește“ şi la „scade“. ` 

Acţionarea tastelor de comandă ale blocului devine activă numai în 
cazul în care se apasă şi tasta de adresă a acestuia. i 

Prezentăm, în continuare, un exemplu de utilizare a unui bloc de 
reglare. Blocul de reglare numerică cu opt canale şi indicativul „I“ se fo- 
loseşte pentru reglarea numerică a celor șase temperaturi de abur primar 
și secundar de la grupul de 330 MW. 

La apelul tastei cu indicativul buclei de reglare dorite, în afară de 
informațiile privitoare la numărul canalului, a erorii de reglare şi a po- 
ziţiei organului de execuție, pe display-ul subsistemului DIREN apare 
automat schema structurală a buclei de reglare, pe care se actualizează la 
fiecare scanare a parametrilor tehnologici, valoarea temperaturii reglate, 
valoarea de consemn stabilită, temperatura aburului după injecție, debi- 
tul apei de injecție şi se repetă poziţia organului de execuţie. 

Pe această imagine (fig. 9.34) mai pot fi notate şi alte informaţii pri- 
vitoare la bucla de reglare respectivă și utile operatorului (ex. valorile 
de acordare). 
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Fig. 9.34. Imaginile display-reglare temperatura abur (exemplu). 
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Fig. 9.35. Diagrame de funcţionare-abur principal (exemplu). 


Tastele funcţionale ale display-ului se folosesc pentru a afişa diagra— 
mele de funcţionare curente și de estimare a principalelor variabile teh- 
nologice reglate. 

Cu ajutorul acestor diagrame de funcţionare se poate. urmări evolu-- 
ţia principalilor parametri reglaţi pe o perioadă anterioară de cinci minute 
și estima, prin modele predictive, evoluţia în continuare (un minut) a ace-: 
lorași parametri. 

Modelul se bazează pe estimarea evoluţiei anterioare cu ajutorul me- 
todei celor mai mici pătrate și pe predicția prin serii recursive de timp &: 
evoluţiei viitoare. l 

Aceste diagrame de funcţionare curentă se prezintă sintetic pentra 
principalele mărimi tehnologice ce caracterizează funcționarea instalaţiei: 
şi constituie pentru operator una din imaginile cele mai bogate în infor- 
mat) (fig. 9.35). 

Predicţia evoluţiei viitoare a parametrilor permite să se facă o pre-- 
semnalizare anticipînd situaţiile ce ar putea deveni critice. 

La un multiplu al perioadei de scanare a variabilelor tehnologice: 
imaginea este reactualizată pe principiul ferestrei mobile. 


9.4.3.5. Arhitectura sistemului SINEX-82 


Un schimb minim de informaţii între cele trei subsisteme, DICREV,. 
DIMEC, DIREN, creează posibilitatea realizării ansamblului de funcții pre-. 
văzute pentru SINEX-82. . 

„Întregul sistem funcționează cu o bază de timp unică, luată de la 
unul din subsisteme, care se transmite la celelalte ca un ceas extern. 

Din punct de vedere arhitectural echipamentul electronic se mon- 
tează în dulapuri operative pentru sertare de 19” în care sînt înglobate: 
elementele de afişare pe tub catodic și consola operatorului. 
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“Consola sistemului SINEX-82 cuprinde trei module independente, 
care alăturate întregesc într-o structură mozaicată schema mnemotehnică 
a instalaţiei tehnologice pe care sînt distribuite tastele de comandă ale 
subsisemului DIMEC, tastatura consolei de proces a subsistemului DICREV 
și cele cinci blocuri ale tastaturii subsistemului de reglare numerică 
DIREN. ` 


Pe fiecare modul al consolei operatorului se află cîte o tastă de con- 
firmare a comenzilor ce se pot da de către operator, fără de care orice 
altă comandă nu este luată în considerare de sistem. 

In varianta standard se folosește o arhitectură cu cinci display-uri şi 
Dei dulapuri de dimensiuni reduse comparativ cu restul echipamentului, 
ca în figura 9.36. 

Din cauza dimensiunilor ecranelor de 31 cm, operatorul trebuie să 
se afle la o distanţă de pînă la 2—3 m de pupitru. 

Sistemul SINEX-82 poate fi livrat şi cu monitoare TEHNOTON, cu 
«diagonala de 44 cm, care asigură o bună definiţie și stabilitate a ima- 
ginilor. 

În acest caz operatorul poate urmări imaginile ecranelor şi de la o 
“distanţă de 4—5 m, ceea ce îi permite o mai mare mobilitate. 

Un alt avantaj important al soluţiei cu monitoare TEHNOTON este 
faptul că nu mai este obligatorie amplasarea acestora în apropierea pla- 
chetei de comandă VDI, ci se pot transmite imaginile corect, prin cablu 
coaxial, pînă la distanţa de 200 m. 

În cazuri speciale, folosind adaptoare de linie, această distanță poate 
îi mult mărită. 

Echipamentul capătă în acest fel posibilităţi mult mai elastice de 
amplasare, ceea ce este deosebit de important, mai ales în cazul introdu- 
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Fig. 9.36. Arhitectura echipamentului SINEX-82. 
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Fig. 9.37. SINEX-82, imagini prototip. 


cerii acestuia la centrale cu grupuri în funcţiune, la care soluţia este în- 
cadrarea ergonomică în camera de comandă existentă a consolei operato- 
rului şi a display-urilor. 

Restul echipamentului de calcul se poate amplasa în funcţie de posi- 
bilitățile existente în limita distanței de pînă la 200 m. 

În figura 9.37 se arată două imagini luate în timpul testării prototi- 
purilor, într-o variantă cu trei display-uri și o zonă a consolei operatoru- 
lui cu tastele de apel ale imaginilor. 

Trebuie menţionat, de asemenea, faptul că în cazul unor aplicaţii 

specifice subsistemele DICREV, DIMEC sau DIREN, se pot folosi şi inde- 
pendent, renunţînd la unele opţiuni care On de comunicaţia dintre 
acestea. 


9.4.4. Organizarea generală a programelor sistemului SINEX-82 


Se vor prezenta numai unele elemente introductive legate de sistemul 
de programe ce asigură funcţionarea echipamentului DIMEC. 

Programele de sistem RTX-SINEX asigură : 

— actualizarea ceasului de timp real ; 

— sincronizarea şi coordonarea taskurilor concurente. din sistem ; ; 


— efectuarea calculelor aritmetice în virgulă mobilă ; 
— comanda perifericelor ; 


— cuplarea a trei monitoare tip dispaly: la o singură unitate cen- 
trală ; 


— cuplarea a trej tastaturi de comandă la o singură unitate centrală ; 


— afișarea, grafică continuă pe display şi crearea unui set de simbo- 
luri grafice specifice proceselor termoenergetice. 
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Fig. 9.38. Structura generală-programare de calcul DIMEC, 


Programele de aplicaţie folosesc baza de date furnizată de P1-118, în 
care se efectuează prelucrările primare (validare, controlul limitelor, fil- 


trarea numerică). 


Structura generală a programelor de calcul şi a programelor de afi- 


şare se poate urmări în figurile 9.38 şi 9.39. 


Programele sînt astfel structurate, încît pornind de la baza primară 
de date se creează o nouă bază de date formată din informaţii de fiabilitate 
operativă, informaţii de valori medii, de valori economice şi informații ce 


se transferă la sistemul ierarhic superior — DISCO, 
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Fig. 9.39. Structura generală-programare de afişare DIMEC. 


Noile informaţii obținute sînt folosite de taskurile de afișare şi puse 
la dispoziţia operatorului cu ajutorul perifericelor standard ale sistemului. 

Numai pe cele trei display-uri ale subsistemului DIMEC operatorul 
poate apela 24 imagini cu valori actualizate ale variabilelor tehnologice. 

Jurnalele de exploatare se obţin automat de la miniimprimantă, iar 
pe Centronics sînt înscrise evenimentele ce au loc, printre care, mai ales, 
ieșirile din limitele prescrise ale parametrilor. 


9.5. Aplicarea microcalculatorului M-18 în conducerea procesului 
de fabricare a celulozei 


Industria celulozei şi hîrtiei ocupă un loc.important în posibilităţile 
de conducere automatizată a proceselor tehnologice cu ajutorul calcula- 
torului. 

Şi în această ramură industrială, opţiunea pentru trecerea la intro- 
ducerea calculatoarelor de proces este justificată de complexitatea insta- 
laţiilor, de imposibilitatea menţinerii unui regim optim de funcţionare 
ca urmare a variațiilor în calitatea materiilor prime, de obținerea unor 
caracteristici superioare a produselor finite. În condiţiile automatizării con- 
venționale aceste abateri nu pot fi stăpînite decit într-o măsură mai redusă, 
ca urmare a necuprinderii în ansamblu a influențelor reciproce a variabi- 
lelor procesului. 

Analiza tehnico-economică a întreprinderilor de fabricare a celulozei 
şi hiîrtiei, a întregului ansamblu de operaţii şi procese (fierbere, spălare, 
evaporare, regenerare, caustizare, măcinare, formarea şi consolidarea hîr- 
Gei [10] a fundamentat necesitatea proiectării şi implementării sistemelor 
de conducere cu calculatorul. 

Introducerea calculatoarelor de proces în fabricile de celuloză şi hîrtie 
permite mai buna folosire a instalaţiilor, reducerea consumurilor specifice 
şi îmbunătăţirea calităţii, astfel : 

— creşterea capacităţii de producţie cu cca 6—8% la fierberea dis- 
continuă ; 

— creșterea capacităţii de producţie cu cca 10—15% la fierberea 
continuă ; 

— reducerea consumului de reactivi cu cca 5% ; 

— scăderea consumurilor specifice de abur şi energie electrică. 

Primul calculator de proces montat la C.C.H. Suceava, pe o linie de 
fabricare a hîrtiei sulfat, a atins nivelele planificate ale indicatorilor teh-. 
nico-economiei în conformitate cu studiul tehnico-economic, 

Din gama de echipamente de calcul produse în ţara noastră, prin ca- 
racteristicile hard și posibilitățile de programare, microcalculatorul M-18 
satisface cerințele funcţionale şi structurale, cu caracter general, im- 
puse de [ll]: ` 

— comunicarea direct cu procesul ; 

— a răspunde în timp util modificării variabilelor care definesc sta- 
rea procesului la un moment dat ; 
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— a executa programe cu nivele de priorităţi diferite ; 

— existența unor programe specifice procesului ; 

— posibilitatea realizării unor configurații modulare, impuse de ce- 
rințele instalaţiei ; 

— posibilitatea interconectării cu alte echipamente de calcul ; 


— fiabilitatea înaltă. 

Natura și complexitatea procesului tehnologic de fabricare a celulozei 
sulfat a impus adoptarea uneia din variantele de conducere cu microcal- 
culatoare M-18, îndeplinind una din următoarele funcțiuni [12, 13]: 

— Conducerea procesului tehnologic cu calculator de tip „consultant“, 
situație în care calculatorul nu este cuplat direct pe proces, operatorul 
tehnologic, pe baza unor date introduse spre prelucrare pe baza unui mo- 
de! matematic, a simulării procesului, ia decizii corecte şi optime ; 

— Conducerea centralizată a procesului tehnologic în regim de supra- 
veghere. 

Prin intermediul unor aparate traductoare, ce măsoară anumiți para- 
metri, calculatorul se cuplează pe proces, măsuriînd şi înregistrînd, com- 
pară valorile acestora în vederea emiterii de semnale de avertizare a ope- 
ratorului în cazuri de depășiri ale valorilor prestabilite şi de rapoarte de 
stare a procesului. 

— Conducerea procesului tehnologic cu calculator în regim de „ghid“ 
operator cu sarcini de exploatare şi afișare a mărimilor din proces și emi- 
terea de mesaje cu instrucţiuni de operare corespunzătoare diferitelor mo- 
dificări ale regimului de funcţionare ; 

— Conducerea procesului tehnologic cu calculator în regim de super- 
vizor, caz în care, calculatorul acționează direct, fără intervenţia opera- 
torului, asupra mărimilor procesului pentru comanda elementelor de exe- 
cuţie ce influenţează direct conducerea procesului. 

În această variantă calculatorul îndeplineşte o sarcină suplimentară 
— optimizarea ; se porneşte de la identificarea stării variabilelor şi în 
funcţie de aceasta determină valorile optime la care trebuie menţinuţi 
parametrii în conducerea procesului. 

Conducerea cu calculatorul a procesului tehnologic de fabricare a 
celulozei presupune în afara analizei de proces, a elaborării concepţiei 
globale și a proiectului de detaliu, a execuţiei echipamentelor și instalării 
acestora, construcția modelului matematic de conducere. 

În elaborarea. acestuia, așa după cum vom vedea, se apelează la legi 
fizice și cinetici de reacţie pentru a cuprinde cît mai exact influenţele 
variabilelor procesului. Această etapă se constituie ca un moment deose- 
bit de important în proiectarea sistemului de conducere. 

Menţinerea unui grad de dezincrustare a lemnului la variaţii cît mai 
mici este determinată și de compoziţia leşiei de fierbere, în special rapor- 
tul alcalii active față de lemn, de sulfiditate şi de hidromodul. 

În practica curentă intervin unele variaţii aleatoare care influenţează 
gradul de dezincrustare a celulozei și respectiv randamentul ai calitatea 
acesteia. 

Variaţiile în compoziţia leşiei de fierbere, a umidității şi structurii 
dimensionale a tocăturii, determină schimbarea raportului alcalii efec- 
tive/lemn și în consecinţă, prin modificarea vitezei de reacţie se modifică 
conținutul de lignină din celuloză. 
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Pentru caracterizarea cineticii procesului de fierbere se folosește no- 
ţiunea de factor H, conform relaţiei : 


H= fe (ac Del at a) 


t=timp de fierbere 
şi care reprezintă suprafața cuprinsă între curba K=(T) şi axa timpului. 


9.5.1. Unele aspecte ale conducerii optime a procesului de fabricare 
a celulozei 


Procesul de fabricare a celulozei sulfat este recunoscut ca avînd o mare. 
complexitate datorită reacţiilor de dezincrustare a lemnului şi a cineticii 
eare nu pot fi controlate în timpul fierberii. O cauză care contribuie la 
modificări nesupravegheate în calitatea şi cantitatea celulozei o reprezintă 
variațiile aleatoare ale calităţii lemnului. 

Randamentul "celulozei, sulfat rezultat la fierbere se apreciază prin 
conţinutul de lignină reziduală evaluat cu ajutorul metodei de determinare 
a gradului de dezincrustare (cifra Kung, Tappi etc.). 

Studiile noastre au fundamentat posibilitatea folosirii factorului t în 
conducerea procesului de fabricare a celulozei, ca urmare a cuprinderii unui 
număr de 5 variabile de bază ce definesc suficient de bine cinetica reac- 
ţiilor de dezincrustare. 

Admiţindu-se că viteza de consum a ionilor de hidroxil este propor- 
țională cu viteza de delignificare, iar concentraţia ionilor de sulfhidrat 
nu se modifică sensibil în timp, durata de fierbere din proces este propor- 
țţională cu factorul 7 definit ca : 


ES] H (2) 


unde C este 'constanta vitezei de reacție, Ae/h raportul dintre alcaliile 
efective şi hidromodul. 


Totodată, s-au elaborat modelele matematice ce descriu dependența 
gradului de dezincrustare, a randamentului și a selectivității fierberii 
(exprimată prin raportul hidrați de carbon/lignină) de factorul 7, în func- 
ție de variaţia dimensională a tocăturii, 

Instabilitatea unor parametri ai procesului de fabricare a celulozei: 
sulfat a impus construirea unui model matematic autoadaptiv, pornind 
de la funcţia analitică a procesului, de forma [15] : 


K=F fa, b, e Al : (3) 


şi folosind ca criteriu de comparație funcția distanţă, definită prin relația : 


D (a, b, c 33) = | Fefa, b, c 435) Fm (a, b, ez) (4) 
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Dacă D<e cu e (grad de adecvanţă) bine precizat şi cu valori mici, 
atunci algoritmul de ajustare nu mai are loc. Algoritmul de ajustare se 
aplică pentru D>e și funcţionează pe baza principiului minimizării unei 
fiincţionale. Pentru minimizare s-a ales o metodă de căutare a minimului 
fără evaluarea derivatei, pe mai multe direcţii (metoda Powell). 

Analiza procesului de fabricare a celulozei sulfat — procedeu discon- 
tinuu — cercetarea în condiţii de laborator şi verificarea în condiţii in- 
dustriale a unor noi soluţii de perfecţionare a tehnologiei de fabricație 
s+au constituit în etape care au fundament posibilităţile de îmbunătăţire 
a parametrilor de eficienţă prin folosirea unui calculator de proces. 


9.5.2. Conducerea procesului de fabricare a celulozei 
-cu microcalculatorul M18 în regim de „consultant“ 


Din considerente ce ţin de siguranța în funcționare a instalaţiilor de 
fierbere a celulozei, cît și din lipsa posibilităţilor de a se realiza o inter- 
față proces-calculator, la acea dată, s-a ales varianta conducerii asistate 
de calculator a acestui proces. 

În fig. 9.40 se prezintă fluxul de date și informaţii în sistemul de con- 
ducere asistată de calculator a fierberii sulfat. 

În sistemul de conducere asistată de calculator a fierberii sulfat — pro- 
cedeu discontinuu — operatorul panoului tehnologic transferă microcal- 
culatorului date referitoare la variabilele procesului (compoziţia leşiei de 
fierbere, cantitatea de lemn) ei recepționează valorile pentru regimul teh- 
nologic ce se impune de obţinerea unui anumit grad de dezincrustare sau 
de randament. l 

Pe baza modelelor matematice existente în memoria microcalcula- 
torului, se calculează volumul de leşie albă şi neagră la un anumit raport 


de alcalii efective/lemn, timpul de menținere în palier pentru un anumit 
factor H calculat, la o valoare prestabilită a temperaturii finale și a timpu- 


lui de urcare. 


Fig. 9.40. Fluxul de date si informaţii în sis- 
temul de conducere asistată de calculator a 
fierberii sulfat : 


A. BC conţinutul în NaOH, NaCO; NaS a le- 
şiei de fierbere ; 


VA; VS Ha 


"DU: TM; TF VA — volumul de leşie albă introdus în fier- 
bător — mä" 
VN — volumul de jete neagră necesar pentru 
i realizarea hidromedulului, prescris — m? ; 
Qz  — cantitatea de tocătură umedă, t; 
U — umiditatea lemnului, % ` 
JI _  — indice Kung; 
“Îl TU  — timp de urcare în palier, min; 
TM  — timp de menţinere în palier, min ; 
TF — temperatura finală de fierbere, °C ; 
H — factor ` 


S, S, — subrutine de lucru pentru introducerea 
datelor în vederea obținerii regimului 
optim de fabricație. 
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Cu ajutorul microcalculatorului M18 se realizează următoarele funcţii 
în conducerea procesului : 


a) controlul încărcării cu tocătură de lemn ; 
b) controlul și dozarea cantităţii de alcalii efective ; 


c) calculul regimului de fierbere a lemnului (temperatură și timp 
de fierbere) ; 


d) determinarea noilor parametri ai fierberii în cazul unor incidente 
independente de operator pentru atingerea gradului de dezimerus- 
tare dorit ; 


e) calculul randamentului în celuloză obţinut pe baza gradului de 
dezincrustare şi respectiv a producţiei de celuloză. 


SOFTWARE-ul aplicaţiei este format dintr-un pachet de programe, 
organizat într-o structură arborescentă, la care se distinge (fig. 941): 


— un program director ce asigură iniţializarea lucrului între opera- 
tor și calculator, accesul la segmentele program specializate pe anumite 
operaţii ; 

— un număr de 7 segmente de program cu funcțiuni specifice. 

Se execută următoarele operaţii de conducere a fierberii sulfat : 

— calculul compoziţiei leşiei de fierbere (54) ; 

— calculul proporţiilor (AE/lemn şi hidromodul (S12) ; 

— calculul factorului H pentru un grad de dezincrustare impus (S43) ; 

— calculul cantităţii de leşie albă la un procent dat de AE/lemn (So) ; 


— determinarea timpului de menţinere în palier la o valoare presta- 
bilită a factorului H (92) ; 


— calculul de optimizare a procesului atunci cînd se ia în conside- 
rare structura dimensională a tocăturii (SE, SE, SI», SL) ; 

— calculul randamentului în celuloză în funcţie de cantitatea de al- 
calii, timp fierbere și temperatură (SR) ;. 

— calculul temperaturii de fierbere în cazul unor abateri de la re- 
gimul tehnologic prescris (ST) ; 

— corecţia parametrilor modelului (SC). 


Program piincipol | 


Fig. 9.41. Sofiware-ul aplicativ privind conducerea asistată de calculator a fierberii 
sulfat : 


Sp Su, S Su, So S2, SL, SR, ST, SG — subrutine specializate în cadrul pachetului de pro- 
grame de conducere asistată de caleulator a fierberii sulfat. 
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Configuraţia sistemului este următoarea : 
è unitate centrală şi memorie de 48 KO; 
e unitate de bandă magnetică ; 

2 unităţi de casete magnetice ; 

lector de cartele ; 

lector de bandă perforată ; 
imprimantă. 


9.5.3. Elaborarea cu ajutorul microcalculatorului M18 a bilanţului 
de fibră şi săruri sodice la instalaţia Kamyr de fabricare 
a celulozei 


O aplicaţie deosebit de importantă pentru conducerea fierberii în re- 
gim continuu pe o instalaţie de fabricare a celulozei de tip Kamyr o re- 
prezintă elaborarea bilanţului de materiale (7). 

Lucrul interactiv al tehnologului cu microcalculatorul M18 asigură 
calcularea operativă și cunoașterea următoarelor consumuri : 

— consumul de lemn/t celuloză ; 

— randamentul termic al fierbătorului ; 

— consumul de alcalii active ; ` 

— consumul de leșie neagră. 

Se determină de asemenea : 

— necesarul de leșie neagră și hidromodulul ; 

— substanța uscată în leșia neagră ; 

— concentraţia leșiei negre la sfîrşitul fierberii ; 

— substanţele solubile recuperabile ; 

— pierderile de substanţă uscată la filtrul 1 ; 

— apa eliminată la expandare etc. 

Modelele matematice de calcul a parametrilor instalaţiei Kamyr dă 
posibilitatea simulării în ansamblu a procesului de fabricare a celulozei 
sulfat. Orice tehnolog are la îndemînă o strategie de abordare a proble- 
melor de analiză a procesului de fabricare a celulozei sulfat. Modificînd 
în modelele matematice valorile diferitelor variabile se obține imediat răs- 
punsul la aceste schimbări, scurtînd prin aceasta perioada de experimen- 
tări industriale şi chiar înlăturarea unor pierderi ce pot apare în aseme- 
nea cazuri. 

Bilanţul instalaţiei Kamyr ia în considerare un număr mare de pa- 
rametri încît simularea procesului de fierbere, privit ca un ansamblu uni- 
tar, conduce la determinarea performanţelor tehnico-economice în di- 
verse variante de lucru. 

În figura 9.42 se prezintă schematic structura sistemului de programe 
a bilanţului instalaţiei Kamyr, în vederea analizei ai operării în condiţii 
optime în fabricarea celulozei sulfat. 

Simularea instalaţiei Kamyr prin utilizarea microcalculatorului M-18 
se înscrie în cadrul general ce permite obținerea următoarelor avan- 


taje [15]: 
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Fig. 9.42. Sistemul de analiză și elaborare a bilanţului Kamyr. 


— studierea în timp scurt a unui număr mare de variante de dimen- 
sionare și operare ; 

— analiza funcţionării instalaţiei de fierbere a celulozei în vederea 
îmbunătăţirii consumurilor specifice și a randamentului în celuloză ; . 

— evitarea unor faze de cercetare ce nu se pot realiza la scară in- 
dustrială sau nu prezintă rezultate concludente în instalaţii pilot. 


9.5.4. Conducerea supravegheată a procesului de fabricare a celulozei 
cu microcalculatorul M-18 


Prin Institutul Politehnic București s-a conceput și executat o inter- 
faţă M-18 — proces pentru conducerea supravegheată a fierberii sulfat. 

În realizarea interfeţei s-a avut în vedere : 

— achiziţia de mărimi analogice din proces ; 

— coordonarea simultană a patru fierbătoare ; 

— un interval mediu de eșantionare de cca 1 minut. 

Particularităţile procesului de fabricare a celulozei sulfat şi condu- 
cerea optimală a acestuia avînd la bază urmărirea regimului de tempera- 
tură, precum și caracteristicile hardware ale microcalculatorului M-18, 
au impus realizarea unei interfeţe specializate (fig. 9.43). 

Pentru achiziţii de date s-a folosit un convertor numeric-analog de 
8 biţi şi un comparator, conversia analogic-numerie făcîndu-se prin pro- 
gram, iar multiplexarea intrărilor din proces cu relee Reed. " 

Conducerea în timp real a procesului s-a făcut printr-un ansamblu 
de programe care să cuprindă îndeplinirea funcțiunilor prezentate în ca- 
pitolul anterior. În utilizarea limbajelor de programare s-a folosit o so- 
luţie de compromis prin utilizarea limbajului FORTRAN pentru subruti- 
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Fig. 9.43. Interfața pentru achiziţie de date. 


nele de conducere, iar pentru rutina de întrerupere de timp real, limbajul 
de asamblare. 

Programul este de tip monitor, acceptă comenzi specifice de la con- 
solă, care permit [18] : 

— iniţializarea unei fierberi (calculul parametrilor fierberii) ` 

— afişarea la cerere a situaţiei de moment a regimului de lucru a 
fierbătorului (temperatură, factor H etc.) ; l 

— executarea unor corecții în cazul unor abateri fortuite de la re- 
gimul prescris ; 

— semnalizarea terminării fierberii și oprirea mesajului de alarmă. 

Conducerea supravegheată a fabricării celulozei sulfat prin conecta- 
rea unui microcalculator M-18 pentru calculul regimului dorit de fier- 
bere, achiziţia de date ai supravegherea temperaturii ca variabilă de co- 
mandă, a avut ca obiective optimizarea producţiei prin : 

— alegerea gradului de dezincrustare dorit al celulozei cu implicaţii 
directe asupra randamentului și calităţii acesteia ; 

- — sporirea capacităţii instalaţiei de fierbere prin scurtarea timpului 
de fierbere, ca urmare a determinării cu exactitate a tuturor influențelor 
aleatoare induse de calitatea lemnului şi a agenţilor dinamici de fierbere ; 

— reducerea consumurilor specifice de lemn și săruri sodice. 

În conceptul conducerii optimale s-au folosit modele matematice auto- 
adaptive, care, în contextul schimbărilor caracteristicilor materiilor prime, 
execută corecţia coeficienţilor variabilelor modelului. 

În felul acesta gradul de dezincrustare calculat se acordează perma- 
nent cu gradul de dezincrustare rezultat din proces, 

Schema de ansamblu de conducere optimă în regim de supraveghere 
a celulozei sulfat este dată în figura 9.44, [19]. 

Efectele economice ce se obţin ca urmare a conducerii cu mierocalcu- 
latorul M-18 a fierberii sulfat a celulozei sînt deosebit de importante, 
prin [20]: 
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Fig. 9.44: Schema sistemului de conducere optimală a procesului de fierbere a ce- 
lulozei sulfat. 


H 


— creşterea capacităţii de producţie de pînă la 6% ; 

— creșterea randamentului în celuloză cu 0,5% ` 

— reducerea consumurilor specifice de lemn și săruri sodice ; 
— îmbunătăţirea caracteristicilor de calitate etc. 


9.6. Aplicarea microcalculatorului M-18 la conducerea procesului 
de preparare a minereurilor neferoase 


9.6.1. Analiza procesului de preparare 


Industria minieră din ţara noastră este pusă, în contextul penuriei 
actuale de combustibil și materii prime, în fața unor cerințe de ordin can- 
titativ şi calitativ. 

Tendinţele în acest domeniu sînt determinate de : 

— creşterea în dimensiuni, capacitate şi complexitate a instalaţiilor 
tehnologice industriale ; 

— obţinerea unor caracteristici superioare a calităţii produselor, a 
productivităţii și randamentelor ; | 

— îmbunătăţirea gradului de siguranţă în funcţionarea instalaţiilor ; 

— restricţii impuse de economia de combustibil și materie primă, de 
protecţia mediului înconjurător. | 
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În faţa acestor imperative conducerea proceselor de preparare a mi- 
nereurilor trebuie să adopte strategii noi care să permită : 

— un regim stabil și optim al procesului tehnologic din punct de ve- 
dere economic în condiţiile unor variaţii mari de conţinuturi în metale a 
minereurilor și a creșterii dificultăţilor de conducere de către operator a 
tehnologiei de fabricaţie ; 

— acţionarea de la distanţă asupra unor elemente de execuţie din 
instalația tehnologică ; 

— modificări și perfecţionării ale procesului telinologic prin interme- 
diul unor echipamente de automatizare flexibile ; 

— culegerea, transmiterea, memorarea și prelucrarea unui volum 
mare de date; 

— optimizarea procesului tehnologic pe baza modelării matematice 
a comportării statice și dinamice a acestuia. 

Soluţia din punct de vedere tehnic în realizarea obiectivelor de mai 
sus ţine de introducerea şi utilizarea calculatoarelor de proces. 

Realizările pe plan mondial în reglarea şi optimizarea instalaţiilor de 
flotație au arătat că acestea sînt pretabile la conducerea cu calculatorul. 

O condiţie maximală pentru conducerea automată a procesului cu 
calculator este măsurarea în flux a conţinutului de metale utile. 


Analiza comparativă a diverselor sisteme de conducere a unor flotațţii 
similare cu cea de la Exploatarea Tarniţa evidenţiază următoarele posi- 
bilităţi în conducerea procesului : 

— reglajul reactivilor de tip colectori pentru a menţine punctul de 
funcţionare a procesului la nivelul superior al gradului de recuperare ; 

— reglajul cantităţii de apă din tulbureală pentru a optimiza funcţio- 
narea uzinei din punct de vedere al calităţii concentratului funcţie de 
gradul de recuperare ; 

— reglajul flotabilității minereului în sensul diminuării efectelor 
negative ale modificărilor tipului de minereu. 

Preparaţia de minereuri neferoase Tarniţa prelucrează următoarele 
tipuri de minereu : 

— minereu cupriter (minereu cuprifer compact şi de impregnaţie) ; 

— minereu complex, cu obţinerea în urma concentrării a următoare- 
lor produse ; : 

e concentrat cupros; 
e concentrat piritos ; 
e concentrat plumbo-zincos. 


În cadrul fluxului tehnologic se disting operaţii specifice de : ante- 
zdrobire, măcinare, flotare, îngroșare, ce necesită un control permanent 
asupra parametrilor, prin aparatură de măsură și control adecvată. 

Principalii parametri ai procesului de flotaţie sînt : 

e puterile electrice consumate de mori la concasare ; 

e încărcarea benzilor transportoare ; 

e debite de apă la mori; 
debite de reactivi ; 

e densitate tulbureală la intrare în celulele de flotaţie ; 
e conţinutul de metale în minereu şi în tulbureală ; 
e pH-ul tulburelii etc. 
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9.6.2. Proiectarea şi implementarea conducerii cu calculator 


Proiectarea şi implementarea unui sistem de conducere cu calcula- 
torul a flotației de minereuri neferoase Tarniţa a implicat abordarea unor 
activități complet distincte şi care vizau : 

— modernizarea tehnologiei de preparatie ; 

— perfecţionarea automatizării întregii instalaţii ; 

— introducerea calculatorului de proces. 

Activitatea de proiectare și implementare a microcalculatorului M-18 
pentru flotaţia Tarniţa s-a desfăşurat în paralel cu experimentarea și 
aplicarea măsurării discontinue sau continue a conţinuturilor de metale din 
minereu şi tulbureală, cu proiectarea și montarea aparaturii convenționale 
de măsură și control. 

În acest ansamblu de măsuri, utilizarea metodelor matematice de 
analiză a datelor, de modelare ai optimizare, au reprezentat instrumente 
de cercetare și proiectare asistată de calculator în toate etapele de 
realizare. 

Evoluţia conducerii cu calculatorul a procesului de flotaţie a minereu- 
rilor neferoase este similară cu cea a fabricării celulozei sulfat prezentată 
anterior, cuprinzînd ca etape distincte : 

— analiza și modelarea procesului de flotaţie a minereurilor 
neferoase ; | 

— conducerea asistată de calculator (FELIX C-256) a procesului de 
flotaţie ` 

— conducerea on-line a flotaţiei. 

De aceea, ne vom ocupa în continuare de problematica conducerii 
on-line a preparaţiei de minereuri neferoase. 

În perioada premergătoare introducerii microcalculatorului M-18 pen- 
tru supravegherea şi conducerea procesului, pe baza analizei statistice a 
datelor experimentale din proces s-a concluzionat că flotația minereului 
neferos din această uzină prezintă o mare instabilitate în reglajul reac- 
țivilor, în special a xantaţului, cu tendinţe de : 

— Site excesivă de xantat și - deci posibilități de" reducere a 
consumului ; 

— influenţă negativă asupra procesului în ansamblu. 

În acelaşi mod s-au putut determina influenţele variabilelor proce- 
sului asupra gradului de recuperare a metalelor utile din minereu și s-au 
fundamentat obiectivele ce trebuiesc avute în vedere în etapa finală de 
conducere cu calculatorul. 

Faţă de situaţia existentă, conducerea cu calculatorul vizează ca 
obiective : 

— obţinerea unei cantități maxime de concentrat prin utilizarea la 
maxim a capacităţilor de producţie ; 

* — îmbunătăţirea calității concentratului prin dozajul corespunzător 
al reactivilor ; 

— reducerea consumurilor specifice de reactivi, materiale, energie ete. 


În figura 9.45 se prezintă sistemul calculator — proces pentru con- 
ducerea procesului de flotaţie la E.P. Tarniţa, 
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Flotgtie 


tpediție 


Fig. 9.45. Sistemul proces-calculator folosit pentru con- 
ducerea procesului de flotaţie. 


Configuraţia hard este următoarea : 
1. Microcalculator M-18 cu: 
e unitate centrală de 58 KO ; 
unitate de bandă magnetică ; 
unitate de casetă ; 
unitate de lector de bandă perforată ; 
imprimantă (132 caractere pe linie) ; 
consolă GENTRONICS ; 
lector de cartele ; 
terminal GENTRONICS ; 
DAF 1001. 
2. Interfața proces-calculator (I.P. Bucureşti), cu următoarele ca- 
racteristici : 
e 8 intrări numerice ; 
e 6 intrări analogice (6—10 V) ; 
e 2 ieşiri analogice (6—10 V) ; 
e 1 interfață serială USART. ` 
În această componență hard s-a avut în vedere reglarea xantatului și 
a sulfatului de cupru ca variabile principale de conducere. 
Funcţiunile microcalculatorului M-18 de conducere a procesului de 
preparaţie a minereurilor neferoase sînt : 
1. Culegerea de date din proces cu următoarele secvenţe : 
— selectarea punctelor din proces ce urmează a fi culese; 
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— determinarea adresei fizice a parametrului în cadrul interfeței 
specializate de conectare a calculatorului la proces ; 
— comanda dispozitivului de multiplexare ; 
— filtrare, condiţionare semnal ; 
— conversia analog numerică ` 
— stocare de date în memoria calculatorului. 
2. Tratarea situaţiilor de excepţie din proces. 
Situaţiile de excepţie din proces ce pot apare sînt : 
— defectarea traductoarelor de măsură ; 
— defectare elemente de execuţie ; 
— oprirea unor utilaje (mori autogene) etc. 

3. Prelucrarea datelor din proces. 

În această fază se prelucrează, în afara celor prezentate în cadrul cu- 
legerii de date, unele condiţii de alarmare și protocolare, modele de 
reglare etc. 

Stoftware-ul specific aplicaţiei are la bază sistemul de operare al mi- 
crocalculatorului M-18 (MON-18), un sistem de operare în timp real 
(EPTAR), biblioteca aritmetică FPAL și limbajele de programare PLM/80, 
ASM80, FORTRAN IV. 7 

Fluxul general de prelucrare a datelor este dat în figura 9.46 şi este 
elaborat pe baza unui executiv de lucru în timp real ce asigură execuția 
concurentă a mai multor task-uri (programe) pe M-18. 

Caracteristica de timp real a sistemului creat semnifică proprietatea 
sistemului de a asigura răspunsul în timp util la stimuli externi, de 
exemplu acționarea unor taste de la terminale de către utilizatori, iar 
prin capacitatea de a asigura rularea concurentă a mai multor programe, 
sistemul putînd deservi practic mai mulți utilizatori independenți. 

Construcţia interfeței proces-calculator şi implicit programele de cu- 
legere date s-au făcut cu timpi de exploatare a variabilelor relativ mari, 
1 la 20 sec., deoarece procesul de flotație este un proces lent. 

Sistemul de operare este suficient de flexibil, încît pentru toate va- 
riabilele cuplate la calculator timpul de exploatare este parametrizat, par- 
tial putînd fi modificat după necesitate. 

După cum s-a menționat, interfața proces-calculator gestionează 6 
intrări analogice (densitate tulbureală, debit tulbureală, debit apă moară, 
debit apă clasor, alimentare minereu, pH tulbureală) şi 8 intrări nume- 


Pnogrom executiv 
de lucru 
în timp real 


Modul ` Valoare o Validâni Algoritmi Tier 
CAN. convertită prelucrări reglare comandă 
Boza de date 


Fig. 9.46. Fluxul general de prelucrare a datelor. 
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rice de tip contact pentru semnalizarea următoarelor situaţii: buclă 
xantat „pe manual“, buclă CuSO, „pe manual“, moară autogenă oprită, 
moară autogenă alimentează două linii, robinet xantat complet închis, 
robinet CuSO, complet deschis, robinet CuSO, complet închis. 


Citirea intrărilor analogice si numerice se face prin programarea 
unor porturi ale M-18, iar multiplexarea acestora prin relee REED. 


Aplicația de conducere a unei linii de flotație cu microcalculatorul 
M-18, în configuraţia prezentată mai sus, este în funcţiune de cca 1,5 ani 
și se dezvoltă în paralel cu construcția, testarea şi introducerea analizoa- 
relor de măsurare a conţinuturilor de metale din tulbureală şi a apara- 
turii de măsură și control. 


În același timp, pentru uzina de preparaţie se proiectează o aplicaţie 
de urmărire operativă a producţiei, tot pe un microcalculator M- 18, cu 
urniătoarele obiective : 


— realizarea la nivel de schimb a unei evidențe a principalelor ma- 
terii prime utilizate în procesul de flotaţie (minereu, reactivi) ; 

— urmărirea producţiei realizate pe sortimente la nivel de schimb ; 

— elaborarea zilnică a rapoartelor de producţie ; 

— evidenţa calității producției finite. 

Culegerea și prelucrarea datelor se face în timp real prin intermediul 


unor terminale instalate în puncte de control și decizie şi a microcalcula- 
torului M-18. Sistemul de urmărire în timp real a producției execută ai 


bilanţul tehnologic de metale ia nivel de zi, semidecadă, decadă şi lună. 

În etapa finală, cele două microcalculatoare M-18 vor fi cuplate între 
ele, eliminîndu-se unele operaţii de introducere de date de la terminale. 
Sistemul de conducere cu microcalculatorul M-18 a procesului tehnologic 
de flotaţie a minereurilor neferoase și de urmărire operativă a producţiei 
se constituie ca un concept unitar al unui sistem informatic industrial. 

Aplicațiile ce au fost prezentate anterior au necesitat eforturi de 
realizare a unei aparaturi specifice sistemelor automate, ca: interfețe 
proces-calculator, tastaturi funcţionale, panouri de afişaj etc. 

În domeniul informaticii industriale, microcalculatorul M-18 va sta 
la baza proiectării şi implementării sistemelor de conducere automatizată 
a proceselor tehnologice prin dezvoltarea următoarelor componente : 

— produse informatice generalizabile pentru culegerea, prelucrarea 
şi transmiterea datelor din proces, identificarea proceselor industriale, 
algoritmi şi metode de optimizare etc. ; 

— concepţia şi realizarea de interfețe proces-calculator într-o gamă 
diversificată și modulară ; l 

— panouri operator şi panouri de afişare locală a informațiilor 
despre proces ; 

— controlere industriale ca nivel intermediar de automatizare şi in- 
tegrarea acestora cu microcalculatoare M-18 în sisteme ierarhizate de 
conducere a proceselor industriale. 
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9.6.3. Concluzii 


În raport cu calculatoarele mari, microcalculatorul M-18 cîștigă din 
ce în ce mai mult teren prin varietatea posibilităților de utilizare şi ca 
urmare a: l 

— configurației „hard“ modulare ce poate satisface o gamă largă de 
aplicaţii, din diverse domenii de activitate ; 
| — nivelului tehnic de realizare pentru a răspunde cerinţelor de ex- 
ploatare cu un înalt grad de fiabilitate ; 

— posibilităţilor de programare în unele limbaje evoluate ; 

— obţinerii unor performanţe ale sistemelor automate de conducere 
şi de eficienţă economică în conducerea proceselor industriale ; 

__.— nivelului de dezvoltare a informaticii în ţara noastră ce asigură 
punerea în funcțiune de aplicaţii în perioade relativ mici de la montare; 

— compatibilităţii cu calculatoarele din familia FELIX. 


Concepţia şi realizarea microcalculatorului M-18 în deplină concor- 
danță cu cerințele de dezvoltare ale economiei naţionale, reprezintă un 
element novator în conducerea proceselor industriale. 


9.7. Utilizarea microcaleulatorului Felix M-18 în sisteme de 
culegere a datelor și pontaj automat 


Aplicația de culegere a datelor se constituie ca o componentă impor- 
tantă în structura sistemului informatic de întreprindere, deoarece rea- 
lizează transferul datelor ai informaţiilor direct de la surse, la unităţile 
de prelucrare şi în continuare la elementele de decizie. Trecerea de la me- 
todele tradiţionale de culegere și transmitere a datelor (formulare, bonuri, 
note etc.) la sistemul automat a fost impusă de modernizarea sistemelor 
de prelucrare și stocare a datelor prin introducerea calculatoarelor ai a sis- 
temelor de gestiune a bazelor de date. ` 


Funcționarea ai utilizarea eficientă a echipamentelor sistemului infor- 
matic de întreprindere impun modificarea procedurilor clasice de culegere 
a datelor și dezvoltarea unor noi tipuri de echipamente și programe care 
să satisfacă cerințele de automatizare în acest domeniu. 


Astfel, suporturile de date existente în prezent nu pot fi utilizate pen- 
tru introducerea datelor direct în calculator, deoarece echipamentele de 
intrare nu au capacitatea să preia datele reprezentate în forma respectivă. 
Încercări de a realiza echipamente de intrare care să citească direct do- 
cumentele scrise de mînă sau de mașină au condus la obţinerea unor dis- 
pozitive sofisticate și scumpe în raport cu cerințele de culegere automată a 
datelor din întreprinderile economice. Concluzia este valabilă şi pentru 
echipamentele care admit iritroducerea datelor exprimate prin voce. 

Sistemele de culegere automată reduc volumul de date care trebuie 
înscrise în formulare și preiau cea mai mare parte a datelor și informații- 
lor direct de la sursă prin intermediul unor terminale specializate. 
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Prin urmare, sistemele de culegere a datelor, realizează în cadrul sis- 
temelor informatice, mediul de transmisie automată între date, pe de o 
parte și echipamentele de prelucrare şi stocare a datelor (calculatoare ai 
baze de date) pe de altă parte. 

Sistemele de culegere a datelor, trebuie să îndeplinească o serie de ce- 
inte, pentru a putea fi mai eficiente şi mai performante decît sistemul 
manual utilizat in prezent. 

În primul rînd, timpul scurs între momentul gənerării datelor și in- 
formațiilor şi momentul în care sînt disponibile pentru a fi preluate este 
incomparabil mai scurt în cazul sistemelor automate de culegere. Se spune 
că datele sînt culese în timp real. 

În al doilea rînd, sistemul automat de culegere trebuie să asigure o 
preluare a datelor eliminînd cît mai mult posibilitatea erorilor. Aceasta 
presupune ca programele de culegere să fie completate în activitatea lor 
de programare de validare care să realizeze cel puţin verificările logice asu- 
pra datelor pe care le subînţelege un control uman (un om nu va admite 
că un strung produce 5,3 şuruburi, însă un program greșit întocmit va 
considera normală valoarea respectivă). În plus, sistemul automat de cu- 
legere va putea realiza verificări superioare unui operator urian, atît ca- 
litativ cât şi cantitativ. Validarea va fi realizată și ea în timp real, adică 
în același timp cu culegerea datelor. 

În al treilea rînd, sistemele automate de culegere oferă posibilitatea 
ca datele să fie prelucrate și pregătite pentru a fi ulterior utilizate di- 
rect în alte aplicaţii sau într-o bază de date (sortări, completări de cîm- 
puri, modificări ale formatelor înregistrărilor etc.). 


9.7.1. Sistem de culegere a datelor pentru pontaj 


Terminalul de pontaj 

Realizarea aplicaţiei a fost determinată de apariţia terminalelor spe- 
cializate pentru pontaj, prin intermediul cărora se culeg datele necesare 
completării unor rubrici din fişa de pontaj (fig. 1). 

Datele personale ale fiecărui om al muncii (numărul de marcă şi co- 
dul întreprinderii sau secţiei) sînt înscrise codificat pe o legitimaţie din 
plastic de dimensiunile 98,5 x 50 X 2,5 mm. 

În afara acestor date care pot fi citite optic de către terminalul de 
pontaj, pe legitimaţie mäi sînt înscrise numele și prenumele posesorului 
şi numele întreprinderii. De asemenea, pe legitimaţie mai este prevăzut ai 
un loc pentru fotografie (2X3 cm). 

Terminalul de pontaj este cuplat pe o linie telegrafică de maximum 
2 km lungime. Pe o linie se poate cupla doar un singur terminal, configu- 
raţia rezultată pentru întreg sistemul fiind de tip stea. 

Mesajele transmise microcalculatorului sau primite de la acesta sînt 
codificate ASCII — 7 biţi. 


Terminalul de pontaj citeşte datele codificate pe iegitimaţie prin in- 
termediul unui bloc optic. După citire, cifrele de marcă sînt introduse în- 
tr-un registru de memorie și transmise prin linia telegrafică microcalcu- 
latorului. Terminalul nu ia în considerare decît legitimaţiile care au codul 
corespunzător întreprinderii (secţiei) respective. De asemenea, datele sînt 
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preluate numai dacă blocul de citire sesizează (optic) introducerea corectă 
a legitimaţiei. Blocul optic nu mai citeşte datele de pe această legitimație, 
decît după extragerea ei completă din terminal. 

Numărul de marcă citit de pe legitimațţie este codificat de terminal 
într-un mesaj de lungime fixă, format din caractere ASCII. Fiecare ca- 
racter al mesajului corespunde unei cifre din numărul de marcă şi este 
format dintr-o parte reprezentînd tipul mesajului (codificat pe trei din 
biții cei mai semnificativi) și o parte de dată (cifrele 0—9 codificate binar 
pe ultimii patru biţi). 

În unele tipuri de mesaje partea de dată nu este luată în considerare 
(biții componenți vor fi notaţi în cele ce urmează cu x). 

Mesajele transmise sau primite de la microcalculator au următoarea 
codificare : 

— către microcalculator : 

— caracter de cifră de marcă citită, terminalul fiind în starea 
„INTRARE“ ; 

— caracter de cifră de marcă citită, terminalul fiind în starea 
„IEŞIRE“ ; 

— mesaj de eroare ; 

— terminal conectat (pus sub tensiune) ; 


— terminal deconectat ; 


— de la microcalculator : 
— caracter de marcă (ecou) ; 
— mesaj care conţine cifrele de timp ; 
— mesaj de trecere pe starea „INTRARE: ; 
— mesaj de trecere pe starea „IEȘIRE“ ; 
— mesaj de stingere. 

După transmiterea numărului de marcă terminalul așteaptă confirma- 
rea de la microcalculator (ecou). 

La primirea mesajului de confirmare se compară partea de dată din 
fiecare caracter cu partea de dată păstrată în registrul de memorie al ter- 
minalului. 

În cazul coincidenţei, terminalul emite un semnal sonor (1 kHz) cu 
durata de o secundă, prin intermediul unui difuzor miniatura! încorporat. 
În acelaşi timp pe ecranul terminalului apar cifrele de marcă (confirmarea 
optică a preluării corecte a datelor de către microcalculator), înlocuind 
pentru o secundă cifrele de timp afişate. 

Dacă numărul de marcă primit de la microcalculator diferă de cel 
existent în registrul terminalului, datorită cel mai probabil apariţiei unor 
erori de transmisie pe linie, atunci terminalul nu mai emite semnalele de 
confirmare (optim şi sonor) şi avertizează microcalculatorul, printr-un me- 
saj de eroare, că numărul de marcă primit anterior nu trebuie luat în consi- 
derare (fig. 9.47). 

Ecranul terminalului de pontaj este format dintr-un şir (baghetă) de 
LED-uri numerice, care afișează în permanenţă cifrele de timp (ora şi mi- 
nutul) şi o zonă unde apare luminat fie cuvîntul „INTRARE! fie „IEȘIRE“, 
corespunzător tipului de pontaj care poate fi executat la terminalul res- 
pectiv. 
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Fig. 9.47. Terminalul de pontaj. 


Terminalul de pontaj nu are ceas încorporat, fiind prin urmare mai 
simplu ai deci mai ieftin. De aceea el trebuie să primească cifrele de timp 
de la microcalculator şi să le afișeze în permanenţă pe ecran. 

Terminalul de pontaj emite la punerea sub tensiune și respectiv la 
scoaterea sa de sub tensiune cîte un mesaj. 

De asemenea terminalul recunoaște un mesaj de stingere de la cal- 
culator (se acționează un releu încorporat care întrerupe legătura de re- 
ţeaua de alimentare). 


Monitor pentru gestiunea terminalelor de pontaj 

Programul monitor pentru gestiunea terminalelor de pontaj se exe- 
cută pe microcalculatorul Felix M-18 sub controlul sistemului de operare 
RTOS 80. i 

Monitorul realizează următoarele funcţii : 

— gestionează activitatea terminalelor de pontaj cuplate la micro- 
calculator și comunică operatorului date referitoare la funcţionarea sis- 
temului ; 

— poziţionează terminalele din configuraţie, la comanda operatorului, 
pe starea INTRARE sau IEȘIRE ; 

— comunică timpul curent terminalelor şi-l actualizează minut cu 
minut ; 

— primește cifrele de marcă, face verificarea lor (trebuie să fie nu- 
merice) şi transmite mesajul de confirmare terminalului de pontaj ; 

— formează înregistrări cu mărcile primite, ataşîndu-le și alte infor- 
maţii necesare pontajului şi înscrie înregistrările sub forma unui fişier tip 
SFDX pe disc flexibil. 
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Monitorul este format dintr-un program principal ai mai multe rutine 
corespunzătoare funcţiilor care trebuie îndeplinite în gestionarea activităţii 
terminalelor. Se menţionează că toate cererile de intrare/ieșire (QIO) sînt 
înaintate executivului RTOS. 

Acesta formează o coadă de așteptare de tipul primul venit primul 
servit (FIFO). Monitorul de gestiune a terminalelor de pontaj trebuie rea- 
lizat în așa fel încît să funcţioneze corect în condițiile menţionate. În 
continuare se vor prezenta cîteva din caracteristicile monitorului. 

Interfața cu operatorul sistemului. Monitorul este încărcat şi lansat 
de către operator, după ce mai întîi a declarat terminalele de pontaj ca 
fiind terminale „slave“ (adică nu transmit mesaje terminate prin carac- 
terul <CR>), iar data (an, luna, zi, oră si minut) a fost comunicată sis- 
temului. 

În continuare are loc un dialog cu operatorul, în scopul stabilirii con- 
diţiilor de lucru și a configurației sistemului. 

În această etapă operatorul stabilește numărul terminalelor de pontaj 
din configuraţie și starea lor. Monitorul verifică rezolvarea cererilor de 
intrare/ieșire și stinge terminalele care nu răspund corect comenzilor 
transmise, comunicînd în același timp si operatorului măsurile luate. Apoi 
monitorul verifică existenţa discului flexibil pe care urmează să fie stocate 
datele referitoare la pontaj ; în caz afirmativ deschide un fişier a cărui 
primă înregistrare conţine data creării fişierului (an, luna, zi, ora, minu- 
tul, secunda). 

La cererea operatorului, noile înregistrări pot fi atașate în continua- 
rea unui fișier cu mărci existente deja pe discul flexibil. Evident că în 
acest caz nu mai are loc deschiderea unui alt fișier de mărci şi nici înscrie- 
rea datei. 


Dacă nu au apărut erori, monitorul anunţă operatorul printr-un mesaj 
la consolă despre începerea activităţii de gestionare a terminalelor. 

Pe durata funcţionării monitorului, operatorul este înștiințat despre 
evenimente ca: primirea unui număr de marcă în care există caractere 
nenumerice, anularea unui număr de marcă de către un terminal prin 
mesajul de eroare marcă (se depistează astfel liniile de comunicaţie cu 
erori), conectarea sau deconectarea unui terminal de pontaj la, respectiv 
de la reţea, erori la scrierea înregistrărilor pe disc sau umplerea discului 
flexibil etc. 

În situaţia evenimentelor care privesc terminalul de pontaj monito- 
rul afișează ia comandă date referitoare la : numărul terminalului care este 
implicat, starea sa (intrare sau ieşire) ora şi minutul producerii evenimen- 
tului și numărul de marcă transmis de terminal. 

La terminarea unei perioade de pontaj (maximum 24 ore) operatorul 
comandă îneheierea execuției monitorului. Ca urmare fișierul cu mărci 
este închis, terminalele afișează pe ecrane un șir de zerouri, iar operatorul 
primește mesajul de confirmare a terminării corecte a execuţiei. 

Prelucrarea mesajelor care conțin numere de marcă este declanșată 
de sosirea unui mesaj de la unul dintre terminalele de pontaj din confi- 
guraţia sistemului. Pentru fiecare terminal instalat în sistem există în ea- 
drul monitorului un număr de instrucțiuni cărora li se dă controlul prin 
mecanismul de AST (asinchronous system trap). După analizarea zonei de 
cod din primul caracter al mesajului, în cazul constatării că a sosit un 
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mesaj conținînd un mesaj de marcă se preiau. şi restul de. caractere.. Apoi 
are loc controlul. zonelor de date: din caracterele: de marcă și stabilirea 
stării terminalului care a transmis mesajul. Dacă s-au depistat. caractere 
nenumerice în marcă, prelucrarea este abandonată, iar. monitorul, după 
semnalarea. erorii, reface - cererea de aşteptare. mesaje de la terminalul 
respectiv. 

Dacă mesajul primit a fost: corect, Se pregătește. mesajul: de răspuns 
către terminalul respectiv și: se expediază, urmînd o perioadă de aşteptare 
de 100 ms (mecanismul de mark time). cu o cerere: de: intrare/ieșire. (QIO) 
pentru eventualul mesaj de eroare. 

Dacă terminalul răspunde. cu: mesaj de eroare (1i caracter), atunci! se 
semnâlează operatorului şi monitorul reface cererea (GO) de aşteptare 
mesaje de la terminal. Dacă s- au scurs cele 100 ms, atunci înseamnă că 
numărul de marcă primit poate fi înregistrat în fișier şi se. dă controlul 
rutinei care gestionează fișierul de mărci. 

Înregistrarea datelor în: fişierul de mărci. se face în. cod ASCII. Ca 
urmare, înainte de formarea înregistrării este necesară o operaţie de con- 
versie. Înregistrarea are cîmpurile : numărul de marcă, numărul logic al 
terminalului de pontaj care a citit şi a transmis marca, starea terminalului 
în momentul citirii mărcii, ora și minutul citirii, Opţional. fiecare înre- 
gistrare. se termină cu caracterele <CR> <LF> necesare prelucrării în 
COBOL a fișierului de mărci. 

Înregistrarea astfel formată este trecută în. fişier. Rutina gestionează 
toate erorile care pot apare în timpul lucrului cu fişierul de mărci... 

Transmiterea, (actualizarea) timpului la. terminalele de pontaj a ridicat 
probleme de programare care nu şi-au găsit o rezolvare imediată, Astfel, 
s -a mai amintit despre ordonarea în coadă de aşteptare. a cererilor de in- 

rarefieşire înaintate executivului sistemului de operare. 

„Inițial, pentru simplitate, s-a folosit un task separat pentru actuali- 
zarea timpului. La fiecare 60 de secunde taskul. intra în. acţiune, forma me- 
sajele de timp cu cifrele de oră și :minut și le transmitea, terminalelor. 
Sistemul funcţiona corect atîta timp cit se ponta la cel puţin o dată. pe 
minut la fiecare terminal instalat în sistem. Dacă nu ze efectua pontajul 
minute în şir terminalele nu schimbau. timpul la fiecare minut. După un 
simplu pontaj însă, terminalele arătau ora exactă! Exolicaţia este urmă- 
toarea : cererile de citire a mărcilor de la terminale, blochează terminalele 
de pontaj şi nu mai permit accesul. mesaielor. de timp lansate la fiecare 
minut, care astfel ajung să se acumuleze într-o coadă de aşteptare (chiar 
dacă taskul care le lansează are o prioritate mai mare). Este. sufi cient însă 
un singur pontaj, peniru ca terminalul să se „elibereze si să permită me- 
sajelor conținînd timpul să ajungă la el și să afis seze ravid toata cifrele cu 
ora și minutul, pe ecranul terminalului rămînînăd în final numai timpul 
din ultimul mesaj aflat în coadă, adică tocmai oră exactă ! ! 

Problema a. fost rezolvată prin introducerea functiei de actualizare 
a timpului la terminal în interiorul moni torului și efectuarea următoarelor 
operaţii, la fiecare 60 de secunde, în cadriil unei rutine specializate : | 
| a) pregătirea cifrelor de timp corespunzătoa are codului recunoscut, de 
terminalul de pontaj și, în același timp, a cifrelor codifieate, ASCH pentru 
a figura în înregistrările din fișierul de mărci; 
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b) anularea tuturor cererilor de intrare/ieșire lansate. terminalelor de 
pontaj, inclusiv a celor aflate în curs de execuţie ; 

c) lansarea -mesajelor de actualizare a timpului de pe ecranele ter- 
minalelor ; 

d) refacerea cererilor de intrare pentru mărcile de la terminalele de 
pontaj ; 

Evident că în momentul activării rutinei de actualizare a timpului, 
operaţiile de la punctul b perturbă funcţionarea corectă a procedutilor de 
lucru cu terminalele de pontaj. De fapt, sînt afectate numai cererile de 
intrare/ieşire în execuţie, ceea ce implică în final, absența mesajelor de 
confirmare (senor şi optic): de la unele terminale de pontaj. "` i 

Cererile de intrare/ieșire către consola sistemului: sau unitatea de dise 
flexibil nu sînt afectate. Prin rare procedura adoptată cere :ca perso- 
nalul care pontează, introduce legitimaţiile corect dar nu primește confir- 
marea, să mai repete o dată operația, mai ales cînd'operaţia de introducere 

a legitimaţiei a fost însoţită instantaneu de modificarea cifrelor de timp de 
pe ecranul terminalului. 

Anularea unor cereri de intrare/ieșire lansate mai are loc atunci cînd 
de la terminal se așteaptă ui mesaj- conținînd un niimăr de marcă (format 
din mai multe caractere ASCII) și în joen) lui vine ùn mesaj de eroare 
marcă sau activare terminal: (format dintr-un singur caracter ASCII). 


De aceea s-a adoptat metoda de a lansa două cereri consecutive de 
mesaj de la terminal, prima pentru un caracter și a doua pentru restul 
de caractere, fără timpi de așteptare între ele. 


Dacă primul: caracter reprezintă un mesaj care face parte din catego- 
ria mesajelor formate dintr-un singur caracter, atunci arë loc anularea celei 
de a doua cereri de initrare/ieșṣire. 


existenţa a două cereri de intrare pentru un singur mesaj a generat 
o altă problemă datorită” probabilității foarte mici, dar nu de ne gliiat, ca 
activarea rutinei de actualizare a timpului să aibă Toc mai înainte ca cea de 
a doua cerere să fie activată, prima cerere fiind satisfăcută de preluarea 
primului caracter dintre cele n earâctere care constituie numărul de marcă. 
În acest caz rar, dar posibil, după transmiterea timpului la terminale se 
refac cele e două cereri de prelucrare date de la terminalul de pontaj care a 
apucat însă să transmită deja”un caracter, pierdut datorită operatiilor de 
ia punctul þ. 

Prima cerere lańsată preia al doilea din cele n caractere de marcă 
(pe care-l consideră a fi primul), iar a doun cerere, care aşteaptă să pri- 
mească celelalte n—l caractere, nu primeşte decît restul de n—2, rămi- 
nînd să aștepte la infinit ultimul caracter si blocînd astfel terminalul de 
pontaj. Pentru a preîntimpina. situatiile de acest gon, s-a impus ca pe 
durata execuţiei celor. două cereri consecutive să nu fie posibilă nici o 
întrerupere (disabile interrupt}. . 

Au`fost prezentate doar cîteva din problemele ridicate de realizarea 
monitorului pentru gestiunea terminalelor. de pontai. În ciuda nperațiilor 
prezentate, apararit complicate și foarte consumatoare de timn, exverimen- 
tarea monitorului într-un sistem cu 16 terminale de pontaj, la care:16 
persoane au introdus legitimaţii, într-un ritm eu mult superior aceluia 
realizat de o coadă de oameni care trec prin fata terminalu’ ui si nontsază, 
a arătat functionarea ireprosabilă a sistemului de pontai. Performanta sis- 
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temului nu este practic afectată de numărul mai mare sau mai mic de 
terminale de pontaj existente în configurație. 

Un fişier de mărci, creat pe un disc flexibil gol, poate ajunge la cca 
10 000 înregistrări de pontaj. 


9.7.2. Sistem de culegere a datelor cu terminale 
industriale specializate ` 


Terminalul industrial specializat pentru culegere 

Terminalul poartă denumirea „industrial“ deoarece este destinat în 
primul rînd culegerii de date din întreprinderi; se numește specializat 
deoarece, prin modulele care-l compun și funcțiile pe care le realizează, 
este în mod particúlar potrivit activității de culegere a datelor. 

În continuare se vor descrie modulele din configurația terminalului 
industrial specializat, denumit pe parcursul paragrafului doar „terminal“ 
(fig. 9.48). 

Tastatura numerică este formată din tastele pentru cifrele 0—9 punc- 
tul zecimal și semnul minus. Aceleași taste, în combinaţie cu alte trei taste 
(CTRL A-I, CTRL JO CTRL P-Z) generează codurile ASCII ale litere- 
lor. De aceea, fiecare tastă numerică are înscris pe ea și trei litere ale 
alfabetului. 

Tastatura funcțională este formată din următoarele taste : 

— a, b, c, d, e, f — numite și taste de tranzacţii, prin care utiliza- 
torul selecționează tipul tranzacţiei, adică programul din microcalculator 
sub controlul căruia se vor desfășura operaţiile de culegere a datelor de 
la terminalul respectiv. 

— ENTER — care semnalează sfîrşitul introducerii datelor pentru un 
cimp al tranzacţiei. 


Introducere 
_ cartelă e 
> 
L O Cititor 
Imprimontò rortele 
oifonumeritò 
40 caroclere frina COo 


Preluare 
cortelò 


S> ritto 


Semnolizare : 

- stări progrom 

- sfâri enoore Tastatură : S 
stòm cititor - oifanumenică e i 
cartele - comandă e 


control sı lomp6 semnalizare 
~ IN 


Fig. 9.48. Modulele din configurația terminalului industrial specializat. 


216 


— END — care apăsată semnalează monitorului de culegere a date- 
lor că s-a terminat o „sesiune de lucru“ (formată din rularea, cel puţin 
o dată, a unuia din programele de control a culegerii datelor, selectat 
printr-o tastă de tranzacţie în conformitate cu aplicaţia dorită). 

— CC şi CA — au rolul de a anula ultimul caracter tastat, respectiv 
ultimul cîmp introdus. 

— INIT — semnalează monitorului actualizarea terminalului, intenţia 
operatorului de a începe o sesiune de lucru. 

— CLEAR ERROR — comunică programului de culegere a datelor că 
operatorul a înregistrat eroarea semnalată și, în continuare, va acționa 
pentru înlăturarea cauzei care a provocat apariţia erorii. 

— PAPER FEED — avansează hiîrtia de la imprimanta terminalului 
cu un rînd. 

Imprimanta terminalului are dimensiuni reduse și ca urmare a fost 
încorporată în terminal. Imprimanta are capacitatea de a scrie 40 de ca- 
ractere alfanumerice pe un rînd. În cadrul terminalului imprimanta are 
funcţii multiple. 

Astfel, pe imprimantă sînt înscrise, în ecou, datele introduse de uti- 
lizator de la terminal, pentru ca prin control vizual să fie depistate şi 
eventualele erori de tastare. De asemenea pe imprimantă apar mesajele 
transmise operatorului de către programul de culegere care-l asistă în acti- 
vitatea sa. Programul de control al culegerii de date, realizat pentru a 
ghida operatorul în activitatea sa la terminal, afişează mesaje prin care 
se solicită introducerea cîmpurilor tranzacţiei, în ordinea stabilită. 

Totalitatea mesajelor transmise de la microcalculator, împreună cu 
datele tastate sau introduse de la terminal prin intermediul cartelei per- 
forate, rămîn înscrise pe imprimantă și constituie protocolul activităţii de 
culegere a datelor de la terminalul respectiv. 

Cititorul de cartele, încorporat și el în terminal, permite preluarea 
datelor de pe cartele perforate în cod Hollerith. 

Datele sînt citite în timpul căderii libere a cartelei introdusă cu mîna 
în cititor. Cititorul nu sesizează introducerea corectă a cartelei (colțul tă- 
iat al cartelei) şi de aceea a fost necesară stabilirea unui caracter, care 
perforat în prima coloană a cartelei, permite programului de culegere să 
valideze sau nu datele citite și transmise de terminal. Dacă primul ca- 
racter primit, într-un mesaj care conţine date citite de pe cartelă, nu este 
codul ASCII al literei „O“, atunci cartela nu a fost introdusă corect şi se 
cere repetarea operaţiei. 

Ghidul utilizator reprezintă o unitate funcţională formată din impri- 
mantă si un set de becuri, prin care persoana de la terminal este asistată 
în desfășurarea operaţiilor de culegere a datelor. 

După apăsarea tastei INIT, programul monitor de culegere a datelor 
ia cunoştinţă de activarea terminalului și răspunde prin aprinderea becu- 
lui READY la terminal. 

Terminalul mai are şi um bec prin care, din program, se semnalează 
că următorul cîmp al tranzacţiei trebuie introdus de pe cartelă. După ci- 
tirea cartelei becul se stinge. La depistarea unor erori locale, cartele ne- 
cunoscute sau operare incorectă a cititorului de cartele, se aprind două 
becuri unul notat ERROR CARD şi altul FEED CARD. 
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Tastele..de tranzacții, notate a, b, c, d, e, f, au fiecare atașat cîte un 
bec. După selectarea tipului de tranzacţie, la terminalul respectiv rămîne 
aprins becul corespunzător tastei apăsate, pe toată durata unei sesiuni 
de lucru. 

Imprimanta este utilizată pentru afișarea cîmpurilor tranzacţiei. i in- 
troduse de la terminal și a mesajelor de ghidare a operatorului. 

în cazul unor operaţii incorecte, cînd nu. se respectă ordinea sau na- 
tura cîmpurilor tranzacţiei, în afara mesajelor scrise la imprimanta termi- 
nalului (sau în locul lor), se poate:semnala tipul erorii prin intermediul 
unui LED numeric existent la terminal. 

Cifrele afișate pe LED sînt puse în corespondenţă cu tipurile de erori 
posibile. (nerespectarea lungimii, cîmpurilor, introducerea de caractere nu- 
merice în cîmpuri declarate alfabetice sau invers, introducerea de date de 
la tastatură într-un cîmp care așteaptă date de la cititorul de cartele etc.). 


Sistem de programe pentru gestiunea.terminalelor de culegere 


Sistemul de programe pentru gestiunea terminalelor de culegere ru- 
lează pe microcalculatorul Felix M-18 sub controlul sistemului. de operare 
RTOS 80. 

Sistemul de programe are patru componente, distincte ca funcțiuni și 
mod de realizare : monitorul, biblioteca de funcţii primitive, biblioteca de 
rutine de validare şi programele de culegere. 

__ Monitorul are sarcina gestiunii activităţii terminalelor de culegere a 
datelor instalate în sistem. În acest scop monitorul creează pentru fiecare 
terminal un „context“, format din mai multe liste de tip stivă, pe care le 
administrează. Monitorul realizează asocierea dintre terminal ai programul 
de culegere: solicitat de operator prin intermediul uneia. din 'tastele de 
tranzacții, execută. baleierea tuturor terminalelor și alocă timp de prelu- 
crare din partea unităţii centrale pentru programele de culegere activate. 
Monitorul este scris în limbaj de ansamblăre din considerații legate de per- 
formanţă. Monitorul are două intrări distincte. Prima intrare este punctul 
de lansare a întregului program, secvența în care sînt iniţializate toate 
tabelele (context) pentru. terminalele declarate în sistem și se activează 
programul care preia tranzacţiile introduse și le depune într-un fișier pe 
bandă magnetică. Apoi monitorul intră într-o buclă infinită dle baleiere a 
terminalelor, așteptînd o întrerupere software de tip AST, Situaţie simi- 
lară cu activitatea monitorului de gestiune a terminalelor de pontaj. Adresa 
de AST este unică pentru fiecare terminal. 

La primirea unei întreruperi software de la terminal monitorul caută 
în tabela de stare a terminalelor (IST) pentru a vedea dacă. terminalul 
respectiv a fost iniţializat (adică a fost mareat ca fiind în stare de lucru) 
sau nu, ` 

Dacă a fost inițializat, atunci înseamnă că întreruperea semnalează 
terminarea unei operații de intrare/ieșire. Ca urmare în tabela terminalului 
respectiv se marchează terminarea operației UE. se reface adresa progra- 
mului de culegere care așteaptă datele și apoi se relansează execuţia sa. 


Dacă terminalul nu a fost iniţializat, atunci. se lansează rutina de ini- 
țializare (care stabileşte, în dialog cu operatorul terminalului, care este 
programul. de. culegere solicitat) și apoi se marchează în tabela TST că 


terminalul a fost iniţializat. 


218 


„„ Deci, după ce monitorul servește întreruperile software, şi operează 
în conformitate cu datele din tabela TST, dă controlul unui program (de 
culegere sau iniţializare) şi îşi încetează activitatea, adică rămîne. în aștep- 
tare (buclă infinită de baleiere a terminalelor). 

Un program de culegere a datelor are afectat timpul unităţii centrale, 
în exclusivitate, pînă în momentul în care se lansează o cerere de in- 
trare/ieşire. Apoi se poziţionează bitul de astentare a unei întreruperi AST, 
în tabela TST şi se dă controlul monitorului care, în continuare,- parcurge 
toate terminalele, dînd sau nu controlul programelor atașate acestora, în 
funcţie de starea programelor. 

Revenirea la primul terminal nu se face decît după ce au fost inte- 
rogate și eventual relansate toate programele. de culegere aflate în legă- 
tură cu celelalte terminale ale sistemului. 

Între terminalele de culegere nu există nici un fel de prioritate, toate 
terminalele sînt egale pentru monitor. În plus, atîta timp cît sînt active 
programele asociate lor, sînt stăpîne pe întreg sistemul în ansamblu. To- 
tuși nu se justifică introducerea unui mecanism de partajarea: timpului 
(time sharing), chiar dacă există pericolul ca un program de culegere a 
datelor, întocmit greșit, să bucleze într-o operaţie de intrare/ieșire şi să 
blocheze orice altă activitate a sistemului. Experimental s-a constatat că 
sistemul se comportă bine, cu. timpii de așteptare la terminal sub 2 se- 
cunde, deoarece în mod normal, un program de culegere a datelor oricît 
de complicat ar fi, nu poate avea timpul mediu între. două operații de in- 
traref/ieșire, de natură să afecteze timpii de aşteptare la terminal. | 

A doua intrare în monitor este secvența de program care pune în 
așteptare programul de culegere ataşat unui terminal în lucru ; acest lu- 
ceru se întîmplă în momentul în care. se execută o operaţie de întrare/ie- 

sire, În stiva (context) a terminalului, notată CTX, se salvează adresa din- 
programul de culegere la care trebuie să se revină după terminarea ope- 
raţiei de ințrare/ieşire solicitată de programul de. culegere respectiy. 

După aceea monitorul continuă baleierea terminalelor în modul de- 
scris mai înainte pentru prima intrare. 

Tabela CTX conțin 255 octeți și există cîte o tabelă pentru fiecare 
terminal instalat în sistem. În fiecare tabelă există înscris numărul logic 
atașat terminalului, cu adresa AST atașată terminalului, pointerul curent 
şi pointerul de început al stivei. Practic, în tabela CTX se acumulează 
toate datele (cîmpurile) care compun o tranzacţie și se stochează temporar 
informații referitoare la programul. de culegere (salvări de adrese şi va- 
riabile de lucru, deoarece programele de culegere fiind reentrante nu au 
o zonă de date fixată în memorie). 


„Monitorul gestionează umplerea și golirea stivelor ; el permite lucrul 
cu tranzacţii care nu depășesc 249 de octeți. 


“Biblioteca de funcţii primitive are rolul de a uşura munca progra- 
matorului deoarece rutinele conţinute se referă la o serie de comenzi și 
operaţii care se. repetă des în cadrul programelor de culegere a. datelor. 
Rutinele sînt secvenţe de cod realizate ca module reentrante. 

Reentranţa modulelor este absolut necesară pentru. a permite. lucrul 
a mai muffot terminale, sub controlul aceluiași pregram. de culegere şi: 
pentru a evita existenţa mai multor copii în memoria internă a microcal- 
culatorului. 
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* Rutina de iniţializare a dialogului cu terminalul este apelată atunci 
cînd monitorul a primit de la un terminal codul corespunzător apăsării 
tastei INIT. Rutina comandă aprinderea becurilor a, b, c, d, e, f, corespun- 
zătoare tastelor de tranzacţii ale terminalului şi așteaptă apăsarea une! 
taste de tranzacție (a—f). După aceea rămîne aprins doar becul tastei se- 
lectate şi se lansează în execuţie programul de culegere corespunzător. 

Dacă în loc de o tastă (a—f) s-a apăsat din nou tasta INIT, atunci 
se sting toate becurile şi inițializarea este reluată cu aprinderea din nou 
a becurilor de tranzacţii. 

* Rutina de citire a unei cartele de la terminal are ca parametrii 
adresa de memorie la care se vor depune caracterele preluate și un indi- 
cator care arată dacă datele trebuie transmise sau nu în ecou la impri- 
manta terminalului. 

___* Rutina de preluare a unui cîmp (tastat) de la terminal cere speci- 
ficarea : adresei de depunere a caracterelor preluate, a lungimii maxime 
a cîmpurilor şi dacă este necesară scrierea cîmpului la imprimanta ter- 
minalului (ecou). 

* Rutina de scriere a unui mesaj la terminal cere precizarea adresei 
unde se află mesajul și lungimea mesajului. 

* Rutina de aprindere și cea de stingere a unui bec de la terminal 
are ca unic parametru codul becului. 

* Rutina de aprindere a becului de eroare și înscrierea unei cifre de 
eroare corespunzătoare pe LED-ul numeric are ca parametru cifra care 
trebuie afişată pe LED. 

Mai sînt ai alte rutine în biblioteca de funcţii primitive, toate fiind 
prevăzute cu un cod de retur în programul apelant, cod care specifică 
îndeplinirea cu succes a funcţiei pentru care rutina a fost solicitată. 

Biblioteca de rutine de validare conţine mai multe module care rea- 
lizează controlul datelor din cîmpurile tranzacţiei. La apelarea rutineler, 
programul de culegere trebuie să specifice ca parametrii, adresa și lun- 
gimea cîmpurilor care trebuie verificat. 

Codul de retur este o variabilă care conţine fie valoarea „adevărat“ 
fie valoarea „fals“, în funcție de rezultatul verificării. 

Validarea datelor din cîmpurile tranzacţiei se face în timp real, adică 
imediat după depunerea datelor la adresa specificată. În cazul invalidării 
datelor se semnalează eroarea la terminal și datele pot fi corectate ime- 
diat de către operatorul terminalului. 

Rutinele de validare sînt constituite într-o bibliotecă rezidentă pe 
discul flexibil. Utilizatorul își poate dezvolta rutinele de validare proprii, 
conform tranzacţiilor particulare cu care lucrează sistemul de culegere. 

Biblioteca de rutine de validare conţine un repertoriu minim, capa- 
bil să valideze cîmpurile numerice (ca natură, ca încadrare între două 
limite specificate ca parametrii, ca existenţă într-o listă finită de valori), 
cîmpuri alfabetice (ca natură) şi cîmpuri alfanumerice (compararea a 
două şiruri de caractere, compararea unui ectet cu toate caracterele unui 
şir de caractere). 

Programele de culegere. Fiecare utilizator își dezvoltă programele 
proprii de culegere, în limbajul PL/M, cu atributul REENTRANT și PU- 
BLIC, pe baza funcțiilor primitive declarate cu EXTERNAL şi a rutinelor 
de validare. 
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Sistemul de culegere a datelor cu terminale industriale specializate 
este realizat în mod „deschis“, utilizatorul poate să-și scrie propriile ru- 
tine de validare sau funcţii primitive ; el poate renunţa la unele din 
modulele de bibliotecă prezentate mai înainte, care nu-i sînt necesare, în 
funcţie de structura tranzacţiilor proprii, micşorînd la maximum zona.de 
memorie ocupată de programe. 

Tranzacţiile validate sînt depuse într-un fişier pe bandă. magnetică 
creat conform standardului ANSI. 

În continuare se va prezenta o schiţă de tranzacţie, simplă, numită 
„tranzacţie tip a“, care are două cîmpuri, unul introdus de pe cartelă, 
„nume articol“ și altul de la tastatura „cantitatea“ (4 caractere numerice), 
Se cere verificarea existenţei caracterelor numerice în cîmpul „cantitate“. 


Programul de culegere trebuie să parcurgă următorii paşi: 


1. Declararea variabilelor. Descrierea mesajelor. 

2. Transmiterea mesajului „tranzacție tip a“ și afişarea sa A pe impri- 
manta terminalului. 

3. Pregătirea preluării numelui articolului de pe cartelă, și aprinde 
becul „CARD REQUEST“ la terminal. 


4. Citirea datelor de pe cartelă. Verificarea introducerii corecte a 
cartelei. Dacă da, atunci se stinge becul aprins în pasul anterior. 
Dacă nu, se trece la pasul 3 şi pe LED-ul numeric apare cifra 7 
semnalizînd tipul erorii. 

5. Transmiterea mesajului „cantitate“ la terminal și scrierea la im- 
primantă. 

6. Preluarea a maximum patru caractere numerice (unul, două sau 
trei caractere urmate de ENTER sau patru caractere fără a mai fi 
necesară apăsarea tastei ENTER). 

Afişarea lor la imprimanta terminalului. 

7. Validarea cîmpului primit, toate caracterele trebuie să fie nume- 
rice. Dacă se îndeplinește condiția de validare tranzacţia se ter- 
mină ; dacă nu se merge la pasul 8. 

8. Mesaj la terminal pe imprimantă „cîmp numeric“, iar pe LED-ul 
de eroare trebuie să apară înscrisă cifra 5. Salt la pasul 6. 

Scrierea programului de culegere de mai sus solicită un efort minim 

din partea programatorului. În paşii 2, 5 şi 8 se apelează rutina de trans- 
misie a unui mesaj la terminal ; în paşii 3, 4 și 8 se apelează rutinele de 
aprindere şi stingere a unor becuri ale terminalului. Paşii 4 şi 6 necesită 
apelarea rutinelor de preluare a datelor de pe cartelă, respectiv de la 
tastatura terminalului. Validarea numerică este solicitată în pasul 7. 
Tranzacţii mai coniplicate nu conduc la c cuimplexitate ridicată a 
programelor de culegere deoarece pentru fiecare .în:p al tranzacţiei sînt 
parcurse în principiu patru faze : pregătirea cîmpu:ii, preluarea datelor, 
aplicarea condiţiilor de validare și comunicarea erorilor (dacă au apărut). 

Prin urmare programul de culegere reprezintă o structură liniară de 

secvențe de cod, fiecare secvenţă urmărind preluarea dateior carespun- 


zătoare unui cîmp. 


Rezolvarea condiţiilor de validare pentru cîmpuri ale căror date sînt 


corelate rămîne în sarcina programatorului, aceste tipuri de tranzacţie 
avind o frecvenţă redusă în aplicaţiile practice de culegere a datelor. 


9.7.3. Configuraţia sistemului de culegere a datelor 


Sistemul de echipamente este alcătuit din : 

— microcalculatorul Felix M 18/M 18 B ; 

— multiplexor MX cu căi telegrafice pentru terminalele de cule- 
gere ; 

— consolă sistem ; | 

— unitate de bandă magnetică ; 

— unitate de disc flexibil ; 

— 1—16 terminale de culegere (pontaj sau industriale specializate) ; 

— linii telegrafice de comunicaţii (3 fire). 

Figura 9.49 prezintă configuraţia de sistem de culegere date (soft- 


ware şi hardware) și pontaj automat. 
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Fig. 9.49. Configuraţia de sistem de culegere date. 


9.8. Sistemul S.C.V.D. de introducere şi validare a datelor cu 
ajutorul microcalculatorului Felix M-18 


9.8.1. Prezentare generală 


Sistemul a fost elaborat în scopul de a pune la dispoziția utilizato- 
rilor un instrument de lucru eficient în colectarea, validarea, stocarea 
datelor pe suport magnetic. 

Utilizatorii dispun în plus de un set de funcţii pentru gestionarea fi- 
șierelor conform standardului ANSI. 

Introducerea datelor în sistem se poate face de la mai multe termi- 
nale, de la consola sau cititorul de cartele a sistemului FELIX M-18. 

Sistemul de introducere şi validare a datelor este de tip interactiv, 
avînd încorporate în el. atît componente conversaţionale, cît și tranzac- 
tionale. 

Astfel Je componente conversaţionale sînt : 

— funcţia „LISTARE“ a fişierului de ieșire ; 

— funcţia de „ACCES“ la fişierul de ieşire ; 
iar de componente tranzacționale : 

— introducerea interactivă şi validarea datelor ; 

— funcţia de „MODIFICARE“ la nivel de caracter a articolelor din 
fișierul de ieşire. 

Articolele (tranzacţiile) supuse validării sistemului au ca diviziune 
de bază „cîmpul“. Fiecare cîmp este supus validării independent de po- 
ziţia sau conţinutul altor cîmpuri, cît şi în relaţie cu celelalte cîmpuri din 
articol. 

Pentru realizarea validării cîmpurilor, utilizatorul va scrie un pro- 
gram într-un limbaj specializat. 

Acest program este compus din instrucţiuni foarte simple ; cu unele 
excepții, fiecărui cîmp i se asociază o instrucțiune. 

Un astfel de program de validare împreună cu un cap de tabel afişa- 
bil pe terminal sau imprimantă formează ceea ce numim un fișier format. 

Mulțimea tuturor acestor fişiere reprezintă colecţia fișierelor de 
intrare şi este organizată aprioric. introducerii datelor pe un suport mag- 
netic din sistemul de calcul. ` 

În concluzie, validarea unui set de tranzacții se realizează sub con- 
trolul unui fişier format apelat din colecţie. ` 

Problemele legate de organizarea şi întreţinerea colecţiei de fişiere 
format se. rezolvă de un utilizator privilegiat, iar accesul la consultarea 
fişierelor din colecţie este permis oricărui operator. 

În cazul introducerii de la terminale a articolelor utilizatorul dispune 
de un set de taste programate, reprezentînd facilităţi de editare. 

Articolele introduse şi validate vor fi stocate într-un fișier de ieşire 
organizat pe bandă magnetică, compatibil cu sistemele de calcul FELIX 
C-256 sau INDEPENDENT-100. 

În cazul multiutilizator fiecărui articol i se asociază un identificator 
de utilizator, iar în final printr-un proces de partajare se va obţine pen- 
tru fiecare utilizator un fișier cu propriile articole introduse. 
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Fișierul de ieşire poate îi prelucrat independent de procesul de 
introducere/validare prin funcţii de „SALVARE“ în caz de incident 
hardware fatal, „LISTARE, , „MODIFICARE“ și „SORTARE“. 

Limbajul de validare utilizat în sistemul SCVD poate fi extins în 
afara instrucțiunilor standard prin instrucțiuni propuse și implementate 
de utilizator în conformitate cu propriile cerinţe de validare. 

Sistemul SCVD este implementat pe microcalculatorul FELIX M-18 
şi acceptă ca periferice de intrare terminale tip maşină de scris (CEN- 
TRONICS), tip display (DAF 1001/1002 $/2010) şi cititorul de cartele. 

Articolele găsite corecte în procesul de validare sînt listate la im-, 
primantă în ordinea completării blocurilor din fișierul de ieșire și nume- 
rotate în ordinea scrierii lor în fișier. 

Consultarea acestei liste este utilă în execuţia funcţiilor „MODIFI- 
CARE“ și „SALVARE“. 

Cîmpurile unui articol detectate de sistemul SCVD ca fiind eronate 
sînt subliniate cu caractere distincte la introducerea de la terminal, iar 
în cazul utilizării ca periferic de intrare a cititorului de cartele, subli- 
nierea se face sub articolul tipărit la imprimantă. 

În cazul în care configuraţia sistemului de calcul cuprinde și multi- 
plexorul, numărul de terminale gestionate de SCVD este determinat de ` 
capacitatea memoriei sistemului de calcul și de sistemul de operare 
adoptat. 

Operatorii terminalelor de tip display. pot utiliza setul de taste pro- 
gramate care permit efectuarea corecţiilor cîmpurilor eronate fără a 
relua în întregime introducerea articolului. 

Operaţiile asupra colecţiei de fişiere format se execută interactiv de 
la consola sistemului, iar consultarea colecţiei se poate face şi de la” 
terminal. 

Dacă se utilizează terminale de tip display, în urma consultării co- 
lecţiei de fișiere format, partea afișabilă din fişierul format este păstrată 
permanent pe ecran în regim protejat, videoinvers. 

SCVD necesită următoarea configuraţie minimă : 

— 32 KB memorie RAM ; 

— consola sistem ; 

— imprimanta ; 

— banda magnetică ; 

— sistem operare ` MON 18 VL 4; 
la care suplimentar se poate adăuga : 

— multiplexor MX 80.20 şi terminale ; 

— cititor de cartele; 

— casetă magnetică ; 

— discul flexibil ; 

— sistem operare SFDX 18 V 3.4. 


9.8.2. Funcţiile sistemului SCVD 


Sistemul execută un set de funcţii care abordează următoarele pro- 
bleme : 
a) gestionarea colecției de fişiere format ; 
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b) organizarea fişierului de ieșire ; 
c) gestionarea terminalelor ; 
d) validarea articolelor și extensia setului de validări standard ; 
e) funcţii de editare articole. 
Aceste funcții pot fi clasificate după următoarele criterii : 
1) după modul de acces la lansarea funcţiei : 
— funcţii protejate — execuţia lor este condiţionată de cunoaş- 
terea unui cuvînt cheie ; 


— funcţii neprotejate — nu solicită cunoaşterea cuvîntului 
cheie. 
2) după modul de lansare a funcţiei : 
— funcţii de sine stătătoare — lansarea în execuţia indepen- 
dentă de lansarea altor funcții ; 
— funcții condiționate — lansarea în execuţie este determinată 


de sfîrşitul de execuţie al altor funcţii. 

Cuvîntul cheie reprezintă o combinaţie de trei caractere ce sînt intro- 
duse la cererea sistemului. În cazul funcţiilor protejate sistemul recu- 
noaște o singură cheie, stabilită la generarea sistemului. , 

Apelarea funcţiilor de sine stătătoare se realizează prin selectarea 
codului funcţiei din lista de funcţii oferite de sistem. 

Pentru execuţie sînt cerute interactiv şi alte informații. 


Gestionarea colecţiei de fișiere format 


Această colecţie este organizată pe casetă, bandă magnetică sau dise 
flexibil. 

„Controlul asupra fişierelor din colecţie se realizează printr-un fişier 
director, care în cazul organizării colecției pe di- 'lexibil este chiar fi- 
șierul director al discului. Pentru celelalte două p: „iferice casetă și bandă 
magnetică prin funcția „ORGANIZARE INITIALĂ“ se creează un fișier 
care îndeplineşte rolul fişierului director. Acest fişier va fi automat pozi- 
Donat ultimul în cadrul organizării secvențiale și își păstrează această 
poziție indiferent de fișierele incluse sau şterse ulterior organizării 
inițiale. 

Informaţiile conţinute în. fișierul director al colecţiei organizate pe 
bandă sau casetă magnetică sînt : 

— numele fișierelor format din 3 caractere ; 

` — un byte pentru marcare fișier valid ; 

— un byte pentru poziţia fișierului în colecţie. 

Introducerea unui fișier în colecție se realizează prin funcția 
„CREARE FISIER FORMAT“ care va actualiza fişierul director, 

În crearea unui fișier se disting două etape : 

— introducerea formatului afişabil alcătuit dintr-o matrice de 8X80 
caractere ; 

— introducerea programului de validare. 

Sistemul SCVD asigură pentru fiecare instrucţiune introdusă, analiza 
sintactică şi semantică. În cadrul unui apel se poate realiza o creare 
multiplă de astfel de fișiere format. 

Prin funcția „CONSULTARE FISIER FORMAT“ se selectează fișie- 
rul cerut prin nume fișier format, se afișează formatul și se memorează 
programul de validare. În cazul cînd nu există un fișier corespunzător 
numelui sau fișierul este invalidat este atenţionat operatorul. 
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Ştergerea din colecţie a unui fişier se realizează prin funcţia „INVA- 
LIDARE FISIER FORMAT“ și constă în modificarea byte-lui de validare 
cînd organizarea colecţiei este secvenţială sau în ștergerea din fişierul 
director al discului flexibil a informaţiilor despre fişier. Colecţia de fi- 
şiere poate conţine maximum 200 de fişiere. 

În cazul organizării secvențiale a colecţiei de fişiere format, timpul 
de căutare este mărit inutil de prezența unor fişiere invalidate logic 
anterior, de aceea este recomandabilă în astfel de cazuri o reorganizare 
la nivel fizic. 


Gestionarea fişierului de ieşire 

Problemele ce sînt rezolvate prin funcţiile fișierului de ieșire sînt: 

— crearea pe bandă magnetică a unui fișier în format ANSI ; 

— accesul la un fişier deja creat şi poziţionarea pe sfîrșitul fișierului 
spre a se adăuga noi articole ; 

— salvarea fișierului de ieșire în caz de incidente ; 

— modificări în fişierul de ieșire ; 

— listarea fişierului de iașire ; 

— sortarea fișierului de ieşire. 

Funcţia „CREARE FISIER IESIRE“ este de tip neprotejat și condi- 
ţionată de primul apel al funcţiei „CONSULTARE FISIER FORMAT“. 

Execuţia ei constă în crearea pe bandă magnetică a unui fișier sec- 
venţial, în format fix. Interactiv sînt ceruţi parametrii de definire ai 
fişierului. Operatorul are posibilitatea de a adăuga articole la un fișier 
deja creat prin apelul funcţiei de „ACCES FISIER IESIRE. 

În orice situaţie în care fișierul de ieşire nu s-a putut închide, prin 
execuţia funcţiei „SALVARE FISIER IESIRE“ se refac etichetele de sffr- 
sit de fișier, folosind informaţiile conţinute în fişier, iar numărul de 
blocuri salvate este introdus de operator prin consultarea listei articolelor 
introduse. 

Ca urmare a unor astfel de incidente se pierd cel mult informaţiile 
din ultimul bloc care se găseau în memorie şi nu se transferaseră în 
bandă, dar care se găsesc scrise în lista obţinută la imprimantă. Acestea 
se pot introduce ulterior printr-o nouă sesiune de introducere date. 

Funcţia „MODIFICARE IN FISIERUL DE IESIRE“ este o funcţie 
protejată de sine stătătoare. l | 

Are drept scop corectarea eventualelor erori nesesizate de SCVD în 
procesul de validarea datelor. Un astfel de exemplu : într-un cîmp se 
tastează caracterul „5“ validat prin condiţia „cuprins între limitele 4—8“, 
dar eronat s-a introdus caracterul „6“, această eroare nu poate fi sesizată 
de SCVD. 

Procesul de corectare constă în : 

— salvarea fișierului de ieșire începînd cu primul bloc în care se 
doreşte modificarea pe un fișier organizat pe o altă unitate de bandă 
magnetică, bandă perforată, casetă magnetică sau disc flexibil ; 

— modificarea la nivel de caracter ; 

— restaurarea fișierului de ieşire pe bandă magnetică. 

Controlul asupra blocurilor în care se fac modificări se face prin 
numărul blocurilor ce apare în lista articolelor obţinută la introducere. 

Secvența de modificare constă în introducerea de către utilizator a 
coordonatelor de identificare ` număr bloc, număr articol din bloc, număr 
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caracter din articol. Utilizatorul beneficiază în execuţia acestei funcţii de 
facilităţile de editare a articolului. 

Salvarea fișierului ieșire se poate executa numai dacă există. spaţiu 
suficient pentru această operaţie. Determinarea capacităţii necesare pen- 
tru realizarea salvării se face automat după prima cerere de modificare, 
iar în lipsă de spațiu necesar, funcţia este abandonată. 

Avînd în vedere principiul după care se execută operaţia de salvare 
a fișierului de ieşire şi anume : de la primul bloc în care se fac modificări 
pînă la sfîrşitul fişierului, este recomandabil să se efectueze întîi eventuale 
corecții sesizate, iar ulterior să se adauge noi articole la sfîrșitul fi- 
şierului. | l 

Ca un caz particular al apelării acestei funcții se pot realiza copii ale 
fişierului de ieşire pe altă bandă magnetică sau pe casetă în format M-18. 

Funcția „LISTARE FISIER IESIRE“ este de tip neprotejat, de sine 
stătătoare. 

Utilitatea funcției rezultă din necesitatea cunoaşterii la un moment 
dat a conținutului fişierului de iesire. 

Listarea fişierului de ieşire se poate executa integral sau numai a 
unui număr de blocuri compacte din fișier; de asemenea, se pot lista 
etichetele fișierului și se poate controla existenţa şi poziţia mărcilor de 
fişier. Structura listei de ieșire la imprimantă este identică cu cea obţi- 
nută în urma introducerii datelor. 

Funcția „SORTARE FISIER IESIRE“ este o funcție complexă de tip 
protejat, de sine stătătoare. 

Funcţia abordează următoarele probleme : 

Faza A — partajarea fișierului de ieșire obţinut în urma introducerii 
datelor în mai multe fişiere (maximum 12 fişiere la un apel). 

Fiecare din aceste noi fişiere obţinute este caracterizat (dacă nu este 
vid) prin prezența unor cîmpuri cu conținut identic la toate articolele, 
conţinut ce a constituit criteriul de partajare. Aceste noi fişiere le vom 
numi în continuare „fișiere de aplicaţie“. 

Paza B — constă în sortarea unui fişier de ieşire sau de aplicaţie 
după o combinaţie de cîmpuri (maximum 8 cîmpuri) în ordine crescătoare 
sau descrescătoare. 

Faza de execuţie „B“ poate fi lansată independent sau în continuarea 
fazei „A“. 

Faza C — constă în transformarea fișierului de aplicație într-un nou 
fişier numit „fişier de lucrări“, exploatabil pe sistemul de calcul 
FELIX C-256 (fișier *1). 

Execuţia acestei faze se poate face independent sau în continuarea 
fazei „A“. l 

Obţinerea fisierului *1, constă într-o reorganizare a articolelor pe 
bloc (considerate instrucțiuni și date ale unui program), avindu-se în 
vedere existența cartelelor de comandă. 

Gestionarea posturilor de intrare 

Problema gestionării terminalelor constă pentru sistemul SCVD în 
a răspunde într-un timp cît mai scurt sarcinilor date de operatori. Ter- 
minalele pot fi în una din următoarele stări : 

— inactiv ` 

— în deschidere ; 
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— în lucru; i 

— în închidere. 

Pentru fiecare dintre stările : deschidere, lucru ai închidere sînt 
definite tabele cu adresele liniilor, iar în functie de apartenența unei 
linii la unul din tabele și poziția liniei în tabel se execută toate operațiile 
de comunicare pe linie cu operatorul respectiv. Terminalele sînt ihițial 
inactive și redevin inactive după închiderea sesiunii de lucru. Trecerea 
din starea „inactiv“ în starea „în deschidere“ se face la inițiativa opera- 
torului prin tastarea unui caracter prestabilit (de regulă blank). 

Sistemul va trece la execuţie funcției „CONSULTARE FISIER FOR- 
MAT“ pentru linia respectivă. 

După ce în prealabil utilizatorul terminalului a introdus : tipul ter- 
mifalului, parola utilizatorului şi numele fişierului format dorit, execu- 
Ha funcţiei „CONSULTARE FISIER FORMAT“ va duce la afișarea for- 
matului și încărcarea programului de validare într-o zonă de memorie 
rezervată terminalului. i 

În cazul organizării secvențiale a colecţiei de fișiere format, deschide- 
rea liniilor se execută secvențial, alte cereri de deschidere sînt trecute 
tntr-o coadă de așteptare, fiind activate după terminarea cererii pre- 
tedente. 

Faeem observația că deschiderea sesiunii la un terminal nu perturbă 
aetivitatea altor terminale, cu excepția configurației cu o singură uni- 
tate de bandă (cînd colecția de fisiere format este organizată tot pe bandă 
magnetică), în care caz la celelalte terminale aflate în lucru se pot întro- 
duee caractere, dar acestea nu pot fi trecute în fişierul de ieşire, închis 
temporar, pînă nu se încheie procesul de deschidere a liniei. După înche- 
ierea execuţiei funcţiei „CONSULTARE FISIER FORMAT“, adresa liniei 
este ştearsă din tabela liniilor în deschidere și înscrisă în tabela liniilor 
în lucru. 

Odată linia trecută în starea „în lucru“ operatorul poate introduce un 
articol, iar prin semnalarea sfîrșitului introducerii, pentru articolul și 
programul de validare corespunzător se execută funcţia de „VALIDARE. 

La sfîrşitul unei sesiuni de lucru, operatorul . comandă închiderea 
liniei, operaţie care constă în ștergerea adresei liniei din tabela liniilor în 
lucru ai trecerea în tabela liniilor în închidere. 

Odată linia închisă, adresa liniei va fi ștearsă și din tabela liniilor 
în închidere, linia devenind inactivă. 

Operatorul poate relua procesul de a intra în comunicaţie cu siste- 
mul, apelînd un alt fișier format. 

Dacă toate liniile au devenit inactive sistemul SCVD  interoghează 
operatorul de la consolă asupra continuării lucrului; în caz afirmativ 
așteaptă deschiderea unei linii; în caz contrar, fișierul de ieşire este 
închis, sistemul SCVD sistindu-și execuția. Funcţia „VALIDARE“ este de 
tip neprotejat, fiind lansată condiţionat de încheierea introducerii unui 
articol. 

Această funcție poate fi lansată secvențial de la orice terminal, even- 
tualele cereri nesatisfăcute imediat sînt memorate într-o coadă de aştep- 
tare, fiind preluate în momentul încheierii validării unui alt articol. 
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În execuţia fancţiei „VALIDARE“ fiecare cîmp este pus în relaţie cu 
instrucţiunea de validare corespunzătoare, rezultatul execuţiei unei 
instrucţiuni de validare fiind declararea unui cîmp ca fiind valid sau nu. 


Articolul este declarat valid dacă toate cîmpurile sale au fost găsite 
valide, fiind semnalat corespunzător. Dacă există cîmpuri eronate, aces- 
tea sînt marcate ` în cazul terminalelor display cursorul este poziționat pe 
prima poziţie a articolului, astfel încît utilizînd setul de taste programate 
se pot efectua corecţiile necesare, urmate de relansarea funcţie de „VALI- 
DARE“. 


Introducînd articolele de la cititorul de cartele, semnalarea eyentua- 
lelor erori se va face la imprimantă, iar semnalarea sfîrșitului de fisier 
de pe cartele se face prin .EOF. 

Funcții de editare 


Aceste funcții sînt neprivilegiate, de sine stătătoare. Sînt apelate prin 
caractere speciale și conduc la mutarea marcajului care punctează carac- 
terul introdus în buffer-ul de editare. 


Execuția acestor funcții realizează : 
— deplasarea cursorului cu o poziție spre stînga ; 


— afişarea pe poziția curentă a caracterului existent pe aceiaşi pozi- 
ție în articolul anterior editat ; 


— deplasarea de pe poziția cursorului a întregului articol cu o pozi- 
ție spre dreapta, existind posibilitatea de a insera un caracter pe pəziția 
inițială a curserului ; 


— deplasarea la poziția cursorului a întregului articol cu o poziţie 
spre stînga, realizînd astfel ștergerea caracterului de pe poziţia cursorului ; 


— deplasarea cursorului de pe poziţia curentă la începutul cîmpului 
următor. 

Structura programului de validare și tipurile de validări 

standard 

Programul de validare are o structură liniară, fiind executat instruc- 
ţiune după instruețiune. 

Fiecare iastrucţiune are două părți : 

— partea fimă. (antet) format din 6 caractere avînd următoarea sem- 
nificație* 

— două cifre reprezentînd numărul de ordine al cîmpului din articol : 

— dauă cifre reprezentînd lungimea cîmpului ; 

— un caracter reprezentind tipul instrucţiunii numit mnemonică ` 

— un eaxacter „:* delimitator. 


— partea variabilă a cărei structură depinde de mnemonica instruc- 
ţiunii, câiţine parametri de validare. 


Instrucţiunile standard implementate în sistemul SCVD pot fi ctasi- 
ficate după următoarele criterii : 


a) După numărul de cîmpuri luate în consideraţie : 


— instrucțiuni locale — care validează un singur cîmp ; 
+— însrueţiuni globale — care validează relațiile între conţinutul unor 
cimpuri și peziţiile alter cîmpuri. 


229 


b) După relaţiile cantitative dintre cîmpuri : . 
— instrucțiuni condiționale — validarea unui cîmp se face în funcţie 
de conţinutul altor cîmpuri ; 


— înstruețiuni necondiţionale — validarea cîmpului se face numai în 
funcţie de conţinutul său. 


Cu ajutorul setului de instrucțiuni standard se poate obţine un număr 
mare de variante de validări : 

— testarea apartenenţei conţinutului cîmpului la o listă de variante 
definită în instrucțiune ; 


— testarea conţinutului cîmpului ca fiind numeric, alfabetic, alfanu- 
meric sau numai blank-uri. De asemenea, se testează poziţionarea infor- 
maţiei compacte aliniate la stînga, la dreapta sau într-o poziţie inter- 
mediară 


— testarea cîmpurilor numerice, a cărui conţinut este cuprins între 
două limite definite în instrucţiune ; 


— testarea cîmpurilor de tip „data zilei“ în relaţie cu data curentă; 

— testarea conţinutului unui cîmp, în funcţie de conţinutul altor 
cîmpuri ` 

— testarea unor relaţii de tip <7,” >”, "cl! între conținutul nu- 


meric al cîmpului curent și conținutul altor cîmpuri numerice legate prin 
operaţii de adunare şi scădere ; 


— transferul într-un „cîmp a unei informaţii fixe definite prin in- 
strucțiune ; 


— trecerea deliberată la validarea următorului cîmp, atunci cînd un 
cimp nu necesită validare. 


Acest set de instrucţiuni poate fi îmbogăţit în funcţie de necesităţile 
utilizatorului prin implementarea de către utilizator a unor instrucțiuni 
proprii. Instrucţiunile utilizatorului trebuie să aibă partea fixă la fel ca 
instrucţiunile standard, iar partea variabilă în funcţie de necesităţile in- 
strucțiunii. 

Utilizatorul va scrie o secvenţă de program care să realizeze testarea 
sintactică și semantică a propriei instrucţiuni și o altă secvenţă de pro- 
gram care să realizeze efectiv validarea cîmpului. 


Sistemul SCVD pune la dispoziţia utilizatorului puncte de intrare, cît 
și modul de transfer a parametrilor. 
„ Sistemul SCVD este informat de utilizarea noilor instrucțiuni prin 
funcția „EXTENSIE VALIDARE“, realizînd interfaţa cu utilizatorul. 

Concluzii 

Sistemul SCVD permite utilizarea microcalculatorului FELIX M-18 
pentru a realiza partea de introducere date în cadrul unor sisteme infor- 
matice complexe. Avantajele utilizării sistemului sînt în primul rînd de 
natură economică, eliminînd folosirea suporturilor de informaţii nereuti- 
lizabile cît şi a unor activităţi intermediare. 

Sistemul preia o parte din lucrările executate pe un calculator de 
capacitate mai mare, realizînd o disponibilitate de resurse și timp, ce pot 
fi folosite în alte scopuri. 
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9.9. Sistem de dezvoltare pentru studiul structurilor multiproce- 
sor bazat pe module — URC-M118 


9.9.1. Generalităţi 


Sistemele de conducere a proceselor industriale beneficiază de avan- 
tajele oferite de arhitecturile multiprocesor pentru a rezolva o serie de 
probleme fundamentale legate de: modularizare, un cost cît mai redus, 
evoluția incrementală a algoritmilor şi a funcţiunilor, adaptabilitatea la o 
gamă largă de aplicaţii, fiabilitate cît mai mare etc. 

Arhitecturile bazate pe microprocesoare, orientate pe 8 sau 16 biți de- 
vin din ce în ce mai răspîndite, datorită faptului că ele pot fi interconec- 
tate în conformitate cu cerințele aplicaţiilor concrete. 

Microprocesoarele curente nu dispun de o memorie proprie în care să 
se poată păstra programul de calcul. 

Astfel, configuraţiile multimicroprocesor vor fi organizate în cadrul 
unei memorii comune în care vor fi stocate. programele de lucru şi infor- 
maţiile care urmează a fi prelucrate, respectiv rezultatele prelucrării. În 
acest caz memoria reprezintă o resursă comună care este adresată de mi- 
croprocesoare pentru citirea instrucţiunilor și a datelor în vederea prelu- 
crării lor. 

Frecvența de acces la memorie depinde de numărul de microproce- 
soare. Performanţele unui asemenea sistem sînt condiționate de ciclul de 
lucru al memoriei şi de numărul de microprocesoare. Se constată că, din 
punct de vedere al numărului de operaţii executate în unitatea de timp, 
performanțele nu cresc proporţional cu numărul de procesoare din sistem, 
observîndu-se o tendinţă de saturație începînd de la valori relativ reduse 
ale numărului de procesoare. 


9.9.2. Structura generală a sistemului de dezvoltare 


În realizarea sistemului de dezvoltare s-a plecat de la unităţile de 
repertoriu comercial pentru familia de mierocalculatoare FELIX M 18/118, 
la care s-au adăugat module funcţionale special proiectate și realizate, 
cum ar fi modulul de cuplare la proces și modului unităţii de înmulţire/ 
împărţire în virgulă fixă; 

Deoarece microprocesorul 8080 nu posedă memorie proprie, pentru 
realizarea unei structuri multimicroprocesor cu memorie locală și cu 
acces la o memorie comună s-a ales o structură de tip microcalculator pe 
o plachetă, asigurîndu-se în acest fel facilităţile de calcul dorite, şi o 
memorie extensibilă în incrementi de 8 Kocteţi. 

Tehnica de alocare a procesoarelor pentru prelucrarea proceselor, 
precum şi partajarea proeesoarelor la memaria comună vor fi abordate în 
cadrul aplieaţiei. 
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Osciloscop 


Mogistrolo_ sistemului 


CP — cuplor proces 
t C1, 3 — microcolculatoare 
M -= memorie comună 
U/I — unități de înmulțice (împărțire 
SIN — interfată sentolă: 
Fig. 9.50. Structura generală a sistemului de dezvoltare, 


Structura generală a sistemului de dezvoltare este prezentată în 
figura 9.50. 

Sistemul de dezvoltare conține următoarele echipamente : 

a) sertar FELIX M 118 prevăzut cu sursă de alimentare şi următoa- 
rele module funcționale : 

— unități de prelucrare (uC, Wis — microcalculatoare pe o plachetă), 
eare dispun de : memorie locală (8 Kocteţi REPROM, 2 Koct. RAM, sis- 
tem de întreruperi, logica de acces la magistrală ; 

— unitate de comandă şi sincronizare pentru magistrală ; 

— unitate de memorie, extensibilă în inoremenţi de 8 Kocteti (me- 
moria comună) ; 

— unitate de cuplare serială SIN ; 

— unitate de cuplare la proces; 

— unitate de înmulţire/impărţire în virgulă fixă. 

Modulul interfeţei seriale (SIN) este realizat pe o plachetă prevăzută 
cu un circuit 8251, reprezentînd interfața programabilă serială. Viteza de 
transmisie poate fi modificată prin selecție manuală în conformitate cu. 
standardele în vigoare, începînd cu 110 b/s pînă la 4 800 b/s. Cupla este 
compatibilă cu standardul RS-232-C. l 

Modulul SIN serveşte la cuplarea cu un calculator ierarhic superior 
sau cu o consolă operator. 

b) Calculator FELIX M 18 echipat cu memorie de 64 Kocteţi, unitate 
duală de disc flexibil, imprimantă și display. Calculatorul FELIX M18 
se cuplează prin interfaţa serială (SIN) cu sertarul FELIX M 118. 


c) Calculator analogic MEDA 42T, folosit pentru simularea proce- 
sului care urmează a fi condus cu sistemul multimicrocalculator. 
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9.9.3. Descrierea structurii hardware a sistemului de dezvoltare 


Programele se elaborează pe microcalculatorul FELIX M 18, sub sis- 
temul. de operare SFDX-18. Ele pot fi scrise în limbaj de asamblare 
(ASM 80) sau în limbaje de nivel înalt (PLM 80, FOR 80). Folosind mij- 
loacele de depanare existente în utilitarele FELIX M-18 se pot verifica 
şi corecta programele de sistem și aplicaţii pentru microcalculatoarele 
uC,, Drei 

Folosind consola microcalculatorului FELIX M-18 se poate dialoga 
cu monitorul plasat în oC, oa, în sensul de a se afişa conţinutul unor 
zone de memorie din memoria locală, de a se oi sau scrie fişiere pe 
discurile flexibile (FD). 

În continuare se descrie modulul de cuplare la proces (CP), prezentat 
în figura 9.51. 

Se pot culege de la proces prin multiplexorul analogic 8 mărimi 
(intrări), selectate cu liniile de adresă ADR1—ADR3. Fiecare mărime ana- 
logică este convertită în mărime numerică de convertorul A/N, care lu- 
crează pe. 12 biţi. Deoarece magistrala de date a sistemului este de 8 biţi 
este necesar ca informaţia să fie preluată la două momente de timp dife- 
rite şi se depune în perechea de registre generale (D, E). 

Deoarece convertorul A/N lucrează ca memorie (la adresele 0EFE0- 
0EFEFH) poate fi apelat de oricare din cele două microcalculatoare. 

Cînd unul din cele două microcalculatoare (de ex. vU citeşte date de 
la convertor, ocupă magistrala sistemului, blocînd în acest fel accesul 
celuilalt microcalculator. 

Datele prelucrate în microcalculatorul vo sînt transmise la conver- 
toarele N/A, cuplate de asemenea ca memorii (la adresele QEFE8H- 
0EFPBH). Cele 2 convertoare N/A lucrează pe 10 biţi. Deoarece conver- 
toarele nu posedă decodificator de adrese (cum au memoriile) este necesar 
să se decodifice liniile de adresă în exterior, după cum se observă în 
figura 9.51. ` 

Trebuie remarcat faptul că atît convertorul de intrare (A/N) cît şi 
cele de ieșire (N/A) lucrează în paralel cu memoria microcalculatorului ; 


Dr - a 8 
Intrări r; »: 
onalogice ` CA/N AS Ieşire 
(oi 7 | analogică 1 
2 aen Gel 
E Logico de Decod. 
Kä LA? 


Fig. 9.51. Modulul de cuplare la proces. 
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Adresă primii 4 biți (MSB) Adresă apo” 


QEFEOH DEFEIR 
0EFE2H DEF E3H 
DEF EAR QEFES5H 


QEFE6H QEFE7H 
QEFE8H QEFE9H 
QEFEAH QEFEBH 
QEFECH OEFEDH 
OEFEEH OEFEFH 


Fig. 9.52. Adresele de memorie ale celor 8 canale analogice. 


aceasta impune furnizarea unui semnal de inhibare a memoriei microcal- 
culatorului în momentul citirii de la / scrierii la convertoare. 

Selecţia unui canal de intrare (din cele 8 canale CHI1-CH8) se face cu 
ajutorul biţilor de adresă ADRI—-ADR3 ; deci fiecare convertor va ocupa 
două adrese de memorie : — de la prima adresă (pară, de exemplu pentru 
canalul 1-0EFE0H) se citesc primii patru biţi, începînd cu cel mai sem- 
nificativ (MSB) și bitul de stare (STATUS), iar de la cea de-a: doua; adresă 
(impară, de exemplu, pentru canalul 1:0EFE1H) următorii 8 biţi ai valorii 
convertite. Adresele celor opt canale de intrare sînt prezentate în tabelul 
din figura 9.52. 

Convertorul analog/numeric utilizat se alimentează cu +15 V,—15 V, 
+5 V şi OV şi suportă intrări analogice cuprinse în gama —5 V=+5V. 
Convertorul trebuie să primească semnalul START CONV., necesar pen- 
tru începerea conversiei, iar la terminarea conversiei se obţine un semnal 
1 pe bitul de stare (STATUS), însemnînd că cei 12 biţi de informaţie sînt 
disponibili utilizatorului. 

Cele două convertoare de ieșire N/A se alimentează cu tensiunile 
+15 V, —15 V şi masă și pot furniza ieşiri în domeniul —5 V-+5V. 
Întrucît ele lucrează pe 10 biţi puterea lor de rezoluţie este de 1/21 din 
10 volţi, deci aproximativ 10 mV. 

„Latch“-urile de intrare (în convertoarele N/A) funcţionează ca re- 
gistre de. deplasare de o formă mai particulară. Convertorul primește 10 
biţi de informaţie, însă placa are doar 8 intrări: de date. Primul tact, adică 
semnalul aplicat de generarea adreselor 0EFF8H, respectiv 0EFFAH 
încarcă în latch-uri 6 biţi de informaţie cu semnificaţia 25—20 (D2—D7) 
din cei 10 biţi care se convertesc. În acest tact informaţia nu e conver- 
tită, intră doar în latch. 

Cel de-al doilea tact, rezultat din decodificarea adreselor 0EFFSH și 
respectiv 0EFFBH, va încărca în latech-urile tampon ale convertoarelor 
următorii 4 biţi de informaţie (DO—D3) cu semnificaţiile 29.28. Biţii 
înscriși în atch la tactul anterior sînt transferați acum în latch-urile 
tampon şi tot cuvintul de informaţie se aplică convertorului. 
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An ADRP 


DEFF8H (GEFFAH) ENI 
—— O 


Sfinsit conversie 
Fig. 9.53. Formatul datelor pentru conver- Fig. 9.54. Formatul datelor citite de la 
toarele N/A. convertorul A/N. 


DEFF9H(O0EFFBH) 


Trebuie să se țină cont de aceste semnificații ale biţilor de informație 
ce alcătuiesc cuvîntul de convertit, şi să se trimită spre convertoare infor- 
maţia sub forma prezentată în figura 9.53. 

Informația de la convertorul analog/numeric se citeşte în formatul 
descris în figura 9.54, unde ADRP — reprezintă prima adresă (pară) a 
unuia din cele opt canale, iar ADRI — adresa următoare (impară) a ace- 
luiaşi canal. 

Pentru convertorul analog/numeric modul de lucru este următorul : 

— în momentul decodificării adresei unuia din cele 8 canale de in- 
trare (semnalul EFE) și a unei operaţii de citire din memorie de la una din 
aceste adrese (MRDCL) se furnizează convertorului semnalul START 
CONV.; memoria, cu aceleași adrese cu ale convertorului este inhibată 
(NHL) pentru a nu furniza semnalul de răspuns Z ACHT. 

— semnalul de răspuns XACKL de la modulul de cuplare la proces 
(datele sînt stabile pe magistrală) va fi furnizat după trecerea semnalului 
STATUS (de la convertor A/N) din 0 în 1, însemnînd sfîrşitul conversiei 
şi deci că informaţia este disponibilă utilizatorului. 

Unitatea de înmulţire/impărțire în virgulă fixă este concepută ca un 
echipament periferic, interfaţat cu microcalculatorul FELIX M18 prin 
porturile de intrare/ieșire ale acestuia. 

Unitatea conţine : 


— 5 registre (A, B, C, D, E) de 8 biţi fiecare, folosiţi şi ca registre pe- 
reche, pentru rezultatele celor două operaţii, cu functii diferite pentru în- 
mulţire şi împărţire ; 

— unitate aritmetică-logică capabilă să realizeze adunarea și scăderea 
pe 8 biţi; 

— blocul de comandă a secvenţei operaţiilor ` 

— schemă de reset general înainte de iniţierea oricărei operaţii de în- 
mulţire sau împărţire. 

Unitatea are alocate un număr de 7 porturi : 

3 de intrare si 4 de ieşire. 

Primul port de ieșire (OUT 10H) este asociat operaţiei de reset ge- 
neral. Următoarele două porturi de ieşire, OUT 11H şi OUT 13H, sînt fo- 
losite pentru încărcarea primului și celui de-al doilea operand concomitent 
cu operaţia de înmulţire/impărţire propriu-zisă, și respectiv, la resetarea 
acesteia după fiecare din operaţiile de încărcare. 


Al patrulea port de ieşire, OUT 18H este folosit pentru trimiterea 
cuvîntului de comandă către unitatea în virgulă fixă; în acumulator se 
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încarcă în prealabil cuvîntul de comandă de 8 biţi, din care sînt utilizați 
numai ultimii 2 biţi, după cum urmează ; 


A Aa 

9 D — se trimite spre unitate primul operand pentru înmul- 
Gre (deînmulţitul) ; BE 

0 — se trimite al doilea operand la înmulțire și împărțire ; ; 

1 WH — se trimite primul operand pentru împărțire (deimpăr- 
titul) ; 

1 1 — se solicită preluarea rezultatului. 


Porturile de intrare sînt utilizate astfel i i 

IN 10H — testarea prin program a sfîrşitului operației ; 

IN 11H — citirea cuvîntului de stare al unităţii (unitatea nu ne- 
cesită teste de depășire superioară sau inferioară a re- 
zultatului, ci doar test de împărțire prin zero, în care 

| caz furnizează OFFH) ; 

IN. 12H — acest port este folosit de două ori succesiv pentru citi- 
rea celor doi octeți ai rezultatului înmulțirii sau în- 
părțirii. 

Rezultatul înmulţirii se obține pe 16 biți și va fi preluat de sistemul 

de calcul prin două comenzi succesive (IN 12H), care permit citirea întâi a 

octetului mai semnificativ și apoi a celui-mai puţin semnificativ. Rezulta- 

tul împărţirii se obţine în mod asemănător, cu specificarea că primul octet 
reprezintă partea întreagă (cîtul), iar cel de-al doilea partea fracționară 

(restul). 

Numerele se consideră reprezentate în cod complementar. 
Exemplu de utilizare a unităţii în virgulă fixă pentru efectuarea une! 
înmulţiri : 


OUT 10H- ; reset general 

MVI A, 00H ; codul operaţiei + primul operand 
QUT 12H 

MVI A, OP1 ; se încarcă primul operand 

OUT 11H ; generarea și resetarea semnalului 
OU" 13H ; de ceas după trimiterea operandului 
MVI A,01H ; codul de operare pentru al 

OUT 12H ; doilea operand 
„MVI A,OP2 ; se încarcă al doilea operand 
OUT 11H 

OUT 13H 

OUT 11H ; începerea operației propriu-zise 

TEST: IN 10H ; secvenţa de aşteptare în 

RAL 

JC TEST ; buclă a rezultatului 

GUT 13H ; resetarea ceasului 

MVI A, 03H ; codul de operare pentru 

OUT 12H .; preluarea rezultatului 

IN (KS ; preluarea octetului mai semnificativ 
CMA ; al rezultatului și depunerea lui 
MOV B, A ; în registrul B 

OUT 13H 
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IN 12H ; secvența de preluare a octetului 


CMA 
MOV C, A ; mai puțin semnificativ al rezultatului 
OUT 13H ; şi plasarea lui în registrul C. 


Utilizînd unitatea în virgulă fixă, timpul de execuţie al unei operaţii 
de înmulţire/fîmpărţire este de aproximativ 120 ps. 


9.9.4. Operații software de bază în sisteme multimicro 


Pentru cele două microcalculatoare pCi, „Co a fost elaborat un moni- 
tor rezident simplificat care permite efectuarea unui dialog între aceste 
microcalculatoare pe o plachetă şi sistemul FELIX M18. Astfel, folosind 
consola microcaleulatorului FELIX M18 se poate dialoga cu monitorul pla- 
sat în pCi, uCo în sensul de a afișa conţinutul unor zone de memorie din 
memoria locală, de a se citi sau scrie fișiere pe unităţile de discuri flexi- 
bile ŒD). 

. Monitorul cuprinde următoarele comenzi : 
>L ane fişier> ; încarcă de pe unitatea 0 fişierul cu numele speci- 
ficat. 


>T <adresa 1>, <adresa 2>, <nume fişier> ; transferă conținutul zo- 
nei de memorie cuprinsă între cele două adrese pe unitatea 0, aso- 
ciindu-i numele specificat. 


>D <adresa 1>, <adresa 2> ; afişează la consolă zona de memorie cu- 
prinsă între cele 2 adrese. 

>X ; afişează la consolă starea programului întrerupt. 

>G adresa 1>, <adresa 2>, <adresa 3>; lansează în execuţie un 
program începînd de la prima adresă, cu posibilitatea de suspendare 
cînd este atinsă una din următoarele două adrese. 

>F <adresa 1>, adresa 2>, <parametru > ; se încarcă zona de me- 
morie specificată cu un parametru. 

Comunicaţia între microcalculatoarele pC; și „Ca se efectuează folosind 
memoria comună. Deoarece sematorul S, asociat zonei tampon din memo- 
rie, prin intermediul căreia se face schimbul de date, este plasat într-o ce- 
iulă a aceleiaşi memorii, manipularea lui trebuie făcută printr-o operaţie 
indivizibilă (citeşte-modifică-înscrie). Pentru a realiza acest deziderat, în 
cazul microprocesorului 8080, trebuie cîștigat accesul Ja magistrală şi men- 
ţinut accesul pe durata manipulării semaforului. * 

Pentru această operaţie se pot folosi primitivele. P şi V ; ca proceduri 
scrise în limbajul PL/M vor avea următoarea structură : 


DECALARE 
S$ADR ADDRESS ; 
DECLARE BUS$LOCK LITERALLY FEF, 
LOCK LITERALLY ’0’, UNLOCK LITERALLY "Ir: 
Vy: 
PROCEDURE (S$ADR); 
DECLARE (S BASED S$ADR) BYTE ; 
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OUTPUT (BUS$LOCK) = LOCK; 
S=S+1; 
OUPUT (BUS$LOCK) = UNLOCK ; 
END V; 
P: PROCEDURE (S$ADR); 
DECLARE (S BASED S$ADR) BYTE ; 
DO FOREVER, 
IF S>0 THEN j 
DO; 
OUTPUT (BUS$LOCK) = LOCK; 
IF S>0 THEN 
DO; 
S=8S—1 
OUTPUT (BUS$LOCK) = UNLOCK ; 
RETURN; 
END; 
OUTPUT (BUS$LOCK) = UNLOCK ; 
END; 
END ; 
END P; 

Comunicaţia între procese implică relaţii de tip producător-consuma- 
tor. Datele produse sînt plasate într-o zonă tampon de memorie. Din 
această zonă datele sînt consumate de către un alt proces. 

Pentru implementarea acestui tip de comunicaţie se vor folosi sema- 
toare : EMPTY, FULL ei SEMA. 

Semaforul EMPTY este egal cu numărul de celule vide din zona tam- 
pon (iniţial este egal cu numărul de buffere din zonă — NMB$BUFFERS). 

Semaforul FULL specifică numărul de celule ocupate din zona tam- 
pon (iniţial este 0). 

Semaforul SEMA controlează accesul propriu-zis la zona tampon în 
legătură cu plasarea sau extragerea datelor din ea, pentru ca aceste operaţii 
să aibe un caracter secvențial. 

În figura 9.55 este dată organigrama comunicaţiei producător-consu- 
mator. 


înitiolizare : NMB$BUFFERS 


CONSUMATOR DATE 
P(FULL) 


PRODUCATOR DATE 
VA(FULL) 


V(EMPTY} 


V(SEMA) 


CITESTE DATA 


Fig. 9.55. Organigrama modelului producător-consumator. 


PLASEAZĂ DATA 
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Dacă EMPTY =0, producătorul aşteaptă, iar dacă FULIL=0, consu- 
matorul așteaptă. 

În mod similar se poate trata utilizarea unei resurse comune cum ar 
fi modulul înmulțire/împărțire. 


9.9.5. Exemplu de folosire a unei structuri biprocesor destinată conducerii 
unui proces industrial simulat pe calculatorul analogic MEDA 


Pentru exemplificare se poate considera procesul simulat pe calcula- 
torul analogie MEDA. Mărimile analogice din proces sînt preluate de 
către microcalculatorul pC, folosind modulul cuplor de proces. Datele 
sînt comparate cu limitele admise, filtrate și plasate într-o zonă tampon, 
de intrare, din memoria comună. - 

Microcalculatorul wo preia aceste date și le prelucrează în confor- 
mitate cu un algoritm dat, folosind pentru operaţiile de înmulţire/împăr- 
tire modulul specializat „slave“ conectat pe magistrală. Rezultatele sînt 
plasate într-o zonă tampon de ieșire, în memorie, de unde sînt preluate 
de microcalculatorul „Ci. Acesta le transmite spre proces folosind conver- 
toarele numeric-analogice din modului cuplor de proces. 

Întrucât uC; dispune (ca urmare a unei analize a timpului de execu- 
ție) de o rezervă de timp, el va prelua și funcțiunile de comunicaţie cu 
calculatorul ierarhic superior (FELIX M18), respectiv cu operatorul. 

Procesul analogic simulat pe calculatorul MEDA 42T are următoarea 
funcție de transfer : 


0,25 
(10s+1) Qs+1) * 

Schema bloc a întregului sistem implementat (incluzind reacţia și 
blocul regulator) este prezentată în figura 9.56. 

Mărimile indicate pe figură au următoarea semnificaţie : 

y(t). — mărimea de ieşire din proces (simulat pe MEDA)-continuă ; 


H(s)= 


u(t) — mărimea de comandă continuă, respectiv ieșirea convertoru-. 
lui N/A ; 
y(k) — ieşirea discretizată a procesului, respectiv convertită numeric 


de convertorul A/N ; 


Calculator 
D D 


LL o e e A e A e A e e e A e een mn cl 


Fig. 9.56. Schema bloc a sistemului implementat. 
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u(k) — mărimea de comandă discretizată, respectiv ieşirea din calcu- 
lator la pasul k ; 


e(k) = y rez (k)—y(k) eroarea calculată la pasul k; 
t=kT, unde T — perioada de eşantionare. 
Pentru o funcţie de ordinul II de forma : 


k 
H(s)= OFT) OFT)’ 


transformata z are următoarea formă ` 


k „ (Tib: — Tbo) z+(b2a:T2 asf , 


H (2)= 

(2) TOT (z—aa) (z—as) 
_ tr 

a=e P ase o: 


bc Lä ;  bo=l—a, 
. Compensatorul (regulator) pentru această funcție are forma 1 


U (2) z—a 
-He a= Y Sei =ke para 

Alegînd perioada de eșantionare T=50 ms se obține pentru instalația 
considerată, următorul regulator : 


z— 0,95 0, Sch 


H, (z) =0,25 2 


D 0,254 PE 


Discretizind se obţine ` 
Xe (k+1)=Xe(k)4+ 0,0125 e(k) 
U(k)= Xe (k)4+0,25 e(k) 


Implementînd legea de reglare discretizată, pe na în limbaj de ni- 
vel înalt (de ex. PL/M) se constată că durata de calcul a comenzii la pasul 
k este de aproximativ 10 ms (pentru operaţiile aritmetice s-a utilizat 
biblioteca aritmetică în virgulă mobilă FPAL). 

Aceleaşi operații efectuate prin folosirea modulului „slave“ de în- 
mulţire/impărţire în virgulă fixă, sînt realizate într-un timp cu un ordin 
de mărime mai mic. 

De notat faptul că datorită componentelor fizice cu care a fost im- 
plementat cuplorul de proces, apar restricţii în ceea ce privește conduce- 
rea proceselor rapide. 

Din analizele efectuate și măsurătorile asupra cuplorului de proces 
se constată că timpul necesar citirii valorilor analogice, conversiei, in- 
terpretării şi. generării răspunsului este de minimum 200 ps. 

Sistemul proiectat şi realizat destinat conducerii proceselor indus- 
triale poate fi utilizat la procese pentru care variațiile mărimilor nu de- 
păşesc 5 kHz. 
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9.10. Utilizarea calculatorului Felix M-18 în echipamente de tes- 
tare automată 


9.10.1. Testoarele automate THETA 


Echipamentele de testare automată sînt o replică firească a dezvoltării fără pre- 
cedent a electronicii în ultimii ani, a creşterii continue a gradului de integrare al 
circuitelor electronice şi a realizării de echipamente complexe extrem de compacte, 
specifice tehnicii numerice, 


Acest fapt a impus verificarea echipamentelor realizate în această tehnologie 
compactă, atît în cursul fabricării, cît şi al detectării defectelor și reparării în 
exploatare. Automatizarea proceselor de verificare şi control, atît în fluxurile de 
fabricaţie cît şi în activitatea de service [21], este cunoscută sub termenul de TES- 
TARE AUTOMATĂ, iar echipamentele respective ca ECHIPAMENTE DE TES- 
TARE AUTOMATA — ETA; în lume l-i se acordă astăzi o importanţă, corelată 
cu efortul general depus în dezvoltarea ETA în toate domeniile de fabricaţie in- 
dustrială. La acest efort general s-a aliniat şi ţara noastră, prin contribuţia adusă de 
institutele de cercetare ştiinţifică, institutele de învăţămînt superior și întreprinde- 
rile industriale. În cele ce urmează se vor face referiri numai la ETA realizate la 
IPA. filiala Cluj Napoca!, preponderent dotate cu calculatorul M-18, și realizate, 
îndeosebi, pentru testarea plachetelor echipate. 

Echipamentele cunoscute sub denumirea „THETA“, reprezintă o prescurtare a ex- 
presiei „Tehnologii şi Echipamente de Testare Automată“, însoţite de un cod. Se 
cunoaște astfel seria THETA FD 5000, privind domeniul testării funcțional dinamice 
a plachetelor echipate şi anume : 5 010 pentru testări numerice, 5 020 pentru testări 
analogice, 5 030 pentru testări de sisteme cu microprocesoare, 5050 pentru testări 
hibride. Aceste echipamente permit testări de tipul „funcţional dinamic“, respectiv 
verifică placheta în condiţii cît mai apropiate de funcţionarea reală a acesteia. 
Această serie a fost întregită cu echipamentul THETA IN 4010, care permite verifi- 
carea plachetelor după tehnica „în-circuit“, respectiv o testare din punctul de vedere 
al corectitudinii echipării plachetei cu componente active şi pasive. 


Structural, ETA se compune dintr-un calculator, în cazul de faţă M-18, dotat cu 
un număr de periferice standard, dar minimal cu un floppy-disk dual şi un display 
DAF 2010. Celelalte periferice, ca imprimantă, centronix, cititor/perforator de bandă, 
cititor de cartele sînt opţionale şi pot întregi configurația, în special în raport cu 
cerinţele beneficiarului de a dezvolta programe de test evoluate. Echipamentul de test 
propriu-zis poate fi privit ca o configuraţie de module „Slave“, care lucrează sub 
controlul calculatorului, ca un sistem. Performanţele unui ETA depind, în egală 
măsură şi de software-ul specific, astfel încît alegerea unui calculator pentru un 
echipament de test nu este o chestiune nici simplă şi nici unică, 


i M. Hăngănuţ, dr, ing., este profesor universitar la Institutul Politehnic Cluj Napoca şi șeful 
filialei de testare automată a Institutului de Cercetare Ştiinţifică şi Inginerie Tehnologică 
pentru Automatizări (IPA) din Cluj-Napoca. A, Predoi, este Directorul IPA, 
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9.10.2. Atribute hardware ale lui Felix M-18 pentru testoare 


Asimilarea și dezvoltarea calculatorului Felix M-18 a mers aproape paralel cu 
elaborarea ETA la IPA Cluj Napoca, permiţind de la început atacarea domeniului 
echipamentelor evoluate, similare ca performanțe cu cele realizate pe plan mondial 
de către firme specializate. 

O primă problemă în utilizarea calculatorului M-18 în ETA constă în posibili- 
tatea extinderii bus-ului propriu, prin existența plachetei bus, care pune la dispo- 
Site porțiunile de input/output necesare schimbului de informaţii între calculator şi 
testorul propriu-zis. La ETA din seria 5 000 s-au utilizat diferite moduri de cuplare, 
ca interfațare directă tip daisy chain, interfaţare printr-un controller microprogra- 
mat și o magistrală a sistemului de test, interfaţare prin controller IEC 625 (IEEE 488) 
și bus aparținînd aceluiași standard. Dintre aceste soluţii, care au prezentat fiecare 
avantaje şi dezavantaje proprii, ultima soluţie pare a fi cea mai avantajoasă şi a 
fost, în consecinţă, adoptată, inclusiv pentru „Sistemul Unic de Testare Automată“ — 
SUTA, în curs de elaborare ca modul de referință pentru țările membre CAER, cu 
o interfațare CAMAC pentru a permite utilizarea acestor module în echipamentele 
de testare. 

O altă facilitate oferită de calculatorul M-18 și utilizată în ETA este sistemul 
de întreruperi, care permite o eficientă conlucrare între unitatea centrală şi modulele 
de test, asigurînd cvasi-simultanietatea diverselor aplicații şi mărind viteza de lucru 
generală a sistemului. Permite, de asemenea, tratarea unor situaţii de excepţie, ce 
pot apărea în exploatarea ETA, ca şi — împreună cu ceasul de timp real — efec- 
tuarea unor verificări periodice asupra unor variabile critice dintr-un anume program 
de test. De asemenea, în ETA este utilizat accesul direct la memorie (DMA), care 
permite transferul blocurilor masive de date, așa cum apar, de ex. frecvent, la 
testări dinamice. 

În sfîrşit, dotarea ultimelor calculatoare ale familiei M-18 cu multiplexor, per- 
mite realizarea de ETA în configurații distribuite și ierarhice, ceea ce reprezinţă 
o tendință actuală în testarea automată, anume aceea de a crea sisteme de testare 
integrate, în conceptul mai general CADMATR (Computer aided design, manufac- 
tory, automatic testing and repaire). , 


9.10.3. Dezvoltări de software pentru testare 


Dintre facilităţile software oferite de calculatorul M-18, sistemul de operare 
SFDX-18 stă la baza dezvoltării software-ului de testare specific. Astfel, la. IPA 
Cluj-Napoca a fost elaborat un limbaj orientat spre testare LITEST, utilizat în pre- 
gent în trei variânte: LITEST 1 — limbaj de nivel mediu specific ETA pentru 
plachete numerice, în special în variante constructive „mini“ : LITEST 2 — limbaj 
de nivel înalt derivat din limbajul ATLAS internaţional, adoptat şi utilizat la ETA 
pentru plachete hibride; LITSET 2E — prezintă o completare a limbajului 
BITEST 2 cu facilităţi pentru tehnica testării „în-circuit“. Toate aceste limbaje oferă 
utilizatorului multiple posibilități de elaborare a programelor de test, cu un nivel 
aprofundat de diagnoză. 

Pentru uşurarea elaborării programelor de test s-a dezvoltat, de asemenea, un 
generator interactiv GINTA, care permite lucrul ETA în dialog cu aplicatorul. În 
curs de elaborare se află și generatoare automate de programe. S-a dezvoltat, de 
asemenea, tehnica programării prin învăţare, utilizînd o plachetă cunoscută ca bună. 
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ETA din seria 5030 au necesitat dezvoltarea unui software specific, propriu modu- 
lui de lucru al acestor echipamente, prin tehnica emulării în circuit şi a analizei 
de semnătură. Limbajele de testare implementate în echipamentele THETA dispun 
de translatoare, care lucrează sub controlul sistemului de operare SFDX-18, permi- 
Und translatarea programului sursă în cod obiect abstract, executabil prin interme- 
diul procesorului „executiv“ specific fiecărui ETA. La toate aceste elaborări soft- 
ware s-a avut în vedere o concepţie structurală, care oferă o mare flexibilitate și 
adaptare la particularităţile diferitelor echipamente din formula THETA. 


De un real folos în special în elaborarea softwareului specific de testare sînt 
și compilatoarele FORTRAN, BASIC G-18, PASCAL, rezidente în calculatorul M-18, 
cît şi biblioteca aritmetică frecvent utilizată, în special la testările analogice. 


9.10.4. Limitări ale lui Felix M-18 în testarea automată 


Cu toate aceste avantaje, care au scos în evidenţă concepția evoluată a calcula- 
torului M-18 și, mai ales, posibilitatea utilizării eficiente a acestuia în construcția 
ETA, unele limitări inerente modului în care M-18 a fost conceput și realizat îl fac 
utilizabil doar la ETA de nivel mediu al clasei superioare. Aceste limitări se dato- 
resc, în special, memoriei de 64K, insuficiente pentru teste de mare complexitate. 
Existenţa unui modul de virgulă mobilă prin hardware permite substanţial creş- 
terea vitezei de lucru în anumite aplicaţii, ca și dezvoltarea ceasului de timp real 
şi a sistemului de întreruperi, care vor asigura aplicaţii de timp mai evoluate 
şi rezolvate într-un mod mai uniform, 


9.10.5. Caracterizări ale noilor testoare THETA 


Echipamentele de testare automată din seria FD 5000 sînt realizate modular 
astfel încît cu un număr redus de module să se poată obţine configurații diferite, 
perfect adaptabile cerinţelor utilizatorului și să evite costurile testării, care uneori 
depăşesc pe cele productive [22]. 

Prezent în practic toate ETA elaborate pînă acum este modulul numeric, mai 
recent într-o variantă evoluată. Modulul este interfaţat cu sistemul de calcul, prin- 
tr-o interfață specifică tipului de magistrală testor utilizată recent, IEC 625. Electro- 
nica de pin este realizată modular pe plachete echipate standard cu circuitele 
„driver“ şi „sesizor“, care permit aplicarea de secvenţe de test formate din 0/1 logic 
şi tren de impulsuri în familiile logice TTL ai CMOS şi citirea răspunsurilor plache- 
tei. Frecvența de lucru este de pînă la 1 MHz în varianta standard şi pînă la 10 MHz 
în varianta evoluată, cînd modulul este dotat cu memorie de pin. Tot acestui modul 
îi poate fi ataşat un analizor de semnături mono sau multicanal. Cu acest modul se 
pot realiza ETA pentru plachete numerice, oferind multiple posibilităţi. și flexibili- 
tate în exploatare. 

Echipamentele de testare analogică conțin o gamă variată de module de gene- 
rare şi măsurare ca : generator de funcţii programabil, frecvenţmetru, numărător cu 
două canale, voltmetre şi multimetre numerice, inclusiv instrumente interfaţate, 
surse programabile de tensiune și curent, detector de fază, amplificatoare instru- 
mentale etc. 
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Pentru a conferi ETA un caracter cît mai universal şi expandabil, acestea sînt 
echipate cu interfeţe IEC 625, care permit conectarea la sistem a oricărui instrument 
prevăzut cu interfaţă pentru acest standard. 

-Pentru testarea plachetelor echipate cu microprocesoare a fost elaborat un mo- 
dul specific de emulare în circuit, care permite prelucrarea funcţiilor microproceso- 
rului, în prezent I 8 080, în vederea rulării unor programe de test într-un mod flexi- 
bil şi evoluat. Tot ataşat ETA cu această destinaţie este un analizor de semnături 
multicanal şi un analizor logic. 

Echipamentul de tip IN 4 010 mai conţine, în plus faţă de modulul numeric şi 
modulul analogic, un modul specific pentru detectarea scuricircuitelor şi intrerupe- 
rilor pe plachete neechipate sau echipate. Dacă structural echipamentele din fami- 
milia FD 5000 şi IN 4010 sînt, în bună măsură, asemănătoare, nu același lucru se 
poate spune despre software care este specific elaborat în special în ceea ce priveşte 
programele executive, pentru fiecare tip de echipament în parte. 


* 
* * 


Desigur această prezentare succintă nu a putut nici pe departe pune în evi- 
dență trăsăturile şi capabilitatea pe care echipamentele din familia THETA le posedă, 
cit și faptul că testarea automată presupune ca blocurile electronice să fie conce- 
pute pentru acest scop [23]. Cititorului interesat i se recomandă consultarea volume- 
lor Primului Simpozion de Tehnologii şi Echipamente de Testare Automată ce a 
avut loc la Cluj-Napoca în noiembrie 1982, Volumele celui de al doilea simpozioa, 
din noiembrie 1983, cît și Volumu} AMC — Testare Automată vor apărea în cursul 
acestui an. 


Anexa 2 


Mesaje de eroare produse de SFDX 


Această anexă listează mesajele de eroare emise de diferitele comenzi ale 
SFDX-18. i 
i Prin convenţie, numerele 1—99 inclusiv sînt rezervate erorilor detectate de ru- 
tinele rezidente sistemului. Erorile numerotate cu 100—199 inclusiv, sînt rezervate 
pentru programele utilizatorului și numerele 200—255 inclusiv sînt utilizate pentru 
erorile care pot fi întilnite de rutinele nerezidente ale sistemului. 

Erorile ale căror numere sînt precedate de asterisc, sînt erori fatale. 

Toate celelalte erori sînt în general erori reparabile în afară de cazul în care 


sînt emise de apelul funcţiei CONSOL. 
0 nici o eroare detectată 
*1 Spaţiu insuficient în zona de buffere SFDX pentru un buffer cerut 
2 AFTN — nu specifică un fişier deschis 
3 Încercarea de a deschide mai mult de 6 fișiere simultan 
*4 Specificaţie ilegală a unui nume de fişier 
*5 Specificaţia dispozitivului în nume fişier este ilegală sau nerecunoscută 
6 Încercarea de a scrie într-un fişier deschis pentru intrare 
*7 Operaţie abandonată, spaţiu insuficient pe discul flexibil 
8 Încercarea de a citi dintr-un fişier deschis pentru ieșire 
9 Nu mai este loc în fișierul director 
10 Numele fişierelor nu specifică același disc flexibil 
11 Nu se poate redenumi un fișier ; numele este deja utilizat 
12 Încercarea de a deschide un fişier deja deschis 
*13 Nu există nici un fişier pe disc cu numele specificat în comandă 
-*14 încercarea de a deschide pentru scriere (ieşire sau reactualizare) sau a şterge 
sau a redenumi un fișier protejat la scriere 
*15 Încercarea de a încărca în zona SFDX-18 sau în zonele de buffere 
*16 Eroare de sumă de control 
17 Încercarea de a redenumi sau a șterge un fişier care nu este pe disec 
*18 Nerecunoașterea apelului funcţiei sistem | 
19 Încercarea de a executa funcţia SEEK într-un fişier care nu este pe disc fle- 
xibil 
20 Încercarea de a poziționa înapoi peste începutul fişierului 
21 Încercarea de a executa funcția RESCAN într-un fişier care nu este editat linie 


cu linie 
+22 Parametrul ACCESS ilegal. pentru OPEN sau mod de acces imposibil pentru 


fișierul specificat (de exemplu, citire de la :LP:) 
*23 Nu se specifică nume de fişier pentru un fişier pe disc 


+24 Eroare de UE pe dise 
25 Specificaţie incorectă a fișierului ecou la apelul funcţiei OPEN 


26 Parametrul ATRIB incorect în apelarea funcţiei sistem ATTRIB 
27 Parametrul MODE incorect în apelarea funcției sistem SEEK 


+28 Nu există extensie de fişier 


H 
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*29 Sfirşit de fişier la :CI: 

*30 Unitate disc nepregătită 

31 Încercarea de a căuta într-un fişier deschis pentru ieşire 

32 Nu se poate şterge un fișier deschis 

*33 Parametru ilegal în apelul funcției sistem 

34 Parametrul SWITCH nu este corect în LOAD 

35 Încercarea de extindere a unui fişier deschis pentru intrare căutînd cu funcţia 

SEEK după EOF ` 

201 Switch nerecunoscut 

202 Caracter delimitator nerecunoscut 

203 Sintaxă de comandă incorectă 

204 EOF prea tîrziu 

206 Etichetă disc ilegală 

207 Nu s-a găsit nici o instrucțiune END în fişierul de intrare 

208 Eroare la suma de control 

209  Secvenţă de înregistrare ilegală în fişierul obiect 
210 Memorie insuficientă pentru întreaga lucrare 

211 Înregistrare modul obiect prea lungă i 

212 Tipul înregistrării modulului obiect este eronat 

213  Adresare ilegală specificată în fișierul modul obiect 
214 Parametru eronat în fișierul SUBMIT 

215 Argument prea lung în fișierul SUBMIT 

216 Prea mulţi parametri în fişierul SUBMIT 

217 Înregistrare modul obiect prea scurtă 

218 Formatul înregistrării modulului obiect este ilegal 
219 Eroare de fază 

220 Lipsa înregistrării EOF în fişierul modul obiect 

221 Segmentul depășește 64 Kocteți 

222 Înregistrare nerecunoscută într-un fișier modul obiect 
223  Pointer-ul înregistrării de adresare este incorect 
224  Secvenţă de înregistrare ilegală în fișierul modul obiect 
225 Numele modulului specificat este ilegal 

226 Numele modulului depășește 31 caractere 

227 Sintaxa comenzii cere paranteză stînga 

228 Sintaxa comenzii cere paranteză dreapta 

229 Controlul specificat în comandă nu este recunoscut 
230 Simbol definit de mai multe ori 
231 Fișier deja existent 
232 Comandă nerecunoscută 
233 Sintaxa comenzii cere o clauză „TO“ 
234 Nume de fișier duplicat ilegal în comandă 
235  Fişierul specificat în comandă nu este un fişier bibliotecă 

236 Mai mult de 249 segmente comune în fişierele de intrare 

237 Segmentul de comun specificat nu este găsit în fișierul obiect 

238 Conţinutul ilegal al înregistrării de tip stivă în fișierul obiect 
239 Nu există modul de tip „header“ în fișierul obiect de intrare 
240 Programul depăşeşte 64 Kocteţi | 

Cînd apare eroarea cu numărul 24, este afișat la consolă mesajul adiţional 


FDCC = 00nn, DRIVE = mm 
unde nn are următoarele semnificaţii : 


01 înregistrare ștearsă | 

02 eroare CRC (în cîmpul de date) 
03 marcă de adresare invalidă 

04 eroare de căutare 

08 eroare de adresare 

DA eroare CRC (în cîmpul ID) 

0E nu există marcă de adresare 
OF marcă de adresare de date incorectă 
10 eroarea de ritm a datelor 

20 protejat la scriere 

40 eroare de scriere 

80 dise neoperaţional 
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Numerele de erori nefatale stabilite de apelurile de funcții sistem 


OPEN 3, 4, 5, 9, 12, 13, 14, 22, 23, 25, 28 
READ 2, 8 

WRITE 2, 

SEEK 2, 19, 20, 27, 31, 35, 

RESCAN 2, 21 

CLOSE 2 

DELETE 4, 5, 13, 14, 17, 23, 28, 32 
RENAME 4, 5, 10, 11, 13, 17, 23, 28 
ATTRIB - 4, 5, 13, 23, 26, 28 

CONSOL toate erorile sînt fatale 
WHOCON nici una 

ERROR nici una 

LOAD 3, 4, 5, 12, 13, 22, 23, 28, 34 

EXIT nici una 

SPATH 4, 5, 23, 28 

Erorile fatale furnizate de apelurile de funcții sistem 
OPEN i 1, 7, 24, 30, 33 

READ 24, 30, 33 

WRITE 7, 24, 30, 33 

SEEK 7, 24, 30, 33 

RESCAN 33 

CLOSE 33 

DELETE 1, 24, 30, 33 

RENAME 1, 24, 30, 33 

ATTRIB 1, 24, 30, 33 

CONSOL 1, 4, 5, 12, 13, 14, 22, 23, 24, 28, 30, 33- 
WHOCON 33 

ERROR 33 

LOAD 1, 15, 16, 24, 30, 33 

SPATH 33 i 


Mesaje de eroare la comanda LINK 


Mesaje de erori fatale 


Erorile fatale întilnite de LINK determină apariţia mesajelor ce sînt transmise 
la consolă. LINK termină prelucrarea și cedează controlul lui SFDX-18. 

Erorile care sînt cauzate de intrarea într-o comandă improprie sînt urmate de 
imaginea parţială a comenzii afișind caracterul (= ) în vecinătatea erorii. 

— DUPLICATE FILE NAME | 

imagine parţială a comenzii > 

Același nume de fișier specifică şi fişierul de intrare și fișierul de ieşire. 

— INSUFFICIENT MEMORY 

LINK nu poate termina prelucrarea din cauza memoriei insuficiente pentru 
spațiul de lucru care este necesară în primul rînd pentru tabela de simboli. 

— INVALID MODULE NAME 

<imagine parțială a comenzii> 

Numele modulului începe cu un caracter ilegal. 

— INVALID SYNTAX 

<imagine parțială a comenzii > 

Este o eroare în comanda în curs de intrare. Eroarea poate să fie un cuvînt 
cheie nerecunoscut, un caracter diferit de blank care urmează unui & sau absenţa 
unui TO după numele fișierelor de intrare. 


— <nume fişier>, BAD FIXUP RECORD 
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Aceasta este o eroare în formatul intern al modulului obiect relocatabil. Această 
eroare poate fi rezultatul scrierii greşite a numelui fișierului. Eroarea poate avea loc 
cînd limbajul translator produce modulul, sau într-un LINK anterior, şi în acest 
caz trebuie translatat din nou modulul sursă şi reluat LINK. 

— <nume fişier>, BAD RECORD SEQUENCE 

Aceasta este o eroare în formatul intern al fişierului specificat. Această eroare 
poate*fi rezultatul scrierii greşite a numelui fişierului. Eroarea poate avea loc cînd 
limbajul translator produce modulul sau într-un LINK anterior, şi în acest caz 
trebuie translatat din nou modulul sursă şi reluat LINK. 

— <nume fişier>, SEGMENT TOO LARGE 

Segmentuk de ieşire este: mai mare de 64 Ko. Porțiunea de segment din fişierul 
specificat în mesaj nu poate fi adăugată la segmentul de ieşire, pentru că el va fi 
mai mare de 64 Ko. 

— LEFT PARANTHESIS EXTECTED 

<imagine parţială a comenzii > 

Circuitele cheie, PUBLICS, NAME sau PRINT nu sînt urmate de paranteză 
stînga „(“. i 

— MODULE NAME TOO LONG 

<imagine parțială a comenzii> 

Numele modulului, are mai mult de 31 caractere. 

— RIGHT PARANTHESIS EXPECTED 

<imagine parțială a comenzii > , 

Lista care urmează cuvintelor cheie PUBLICS, NAME sau PRINT nu este 
terminată cu paranteză dreaptă A7. 

— UNRECOGNIZED CONTROL 

<imagine parțială a comenzii> 

A fost înlocuit un alt şir de caractere decît NAME, MAP sau PRINT cînd era 


aşteptat un cuvînt cheie de control. 
Mesaje de erori nefatale 

Erorile nefatale aplicate de LINK sînt scrise în fişierul hartă. LINK termină 
prelucrarea înainte de a se întoarce în SFDX-18. 


— MORE THAN 1 MAIN MODULE 
LINK a găsit mai mult de un modul principal în lista de intrare. Toate mo- 


dulele principale sînt incluse în modulul de ieşire, dar şirul de adrese al modulului 
de ieșire este luat de la primul modul principal din lista de intrare. 

— <nume modul>, MODULE NOT FOUND IN LIBRARY 

Medulul din lista de intrare nu a fost găsit în biblioteca specificată. 

— <nume>, COMMON/PUBLIC/EXTERNAI: NAME CLASH 

Segmentul comun are acelaşi nume ca un simbol declarat public sau external. 

— <nume>, HAS DIFFERING TYPES 

Un simbol extern şi simbolul (declarat public) cu care se leagă nu sînt de ace- 
laşi tip. 

— <nume>, MULTIPLE DEFINITION 

Două sau mai multe simboluri globale cu acelaşi nume. 

— <nume>, UNEQUAL COMMON LENGTHS 

Au fost întilnite două segmente comune cu acelaşi nume dar cu lungimi 
diferite. 


Mesaje de eroare la comanda LOCATE 


Mesaje de erori fatale 


în cazul unor erori fatale LOCATE termină prelucrarea și redă controlul lui 
SFDX-18. 
— <nume fişier>, CHECKSUM ERROR 
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RECORD TYPE xxH, RECORD NUMBER x 
Înregistrarea din fişierul de intrare specificată în mesaj conţine eroarea sumei 
de control (suma de control calculată nu a fost egală cu suma de control specificată), 
— <nume common>, COMMON NOT FOUND 
Modulul nu conține segmentul de common care a fost specificat în comandă. 
— <nume fişier>, FIXUP BOUNDS ERROR 
RECORD TYPE xxH, RECORD NUMBER x 
Fișierul conține o adresă invalidă, 
— <nume fişier>, ILLEGAL RELO RECORD 
RECORD TYPE xxH, RECORD NUMBER x 
S-a detectat fie un tip de înregistrare ilegal, fie o secvenţă de înregistrări ilegală. 
— <nume fişier>, ILLEGAL STACK CONTENT RECORD 
RECORD TYPE xxH, RECORD NUMBER x 
Tentativă ilegală de iniţializare a segmentului stivă, 
— <nume Deier, INSUFFICIENT MEMORY 
Nu este loc suficient pentru prelucrare. Fişierul specificat în mesajul de eroare, 
este fişierul temporar utilizat de LOCATE. 
— [entitate] INVALID SYNTAX 
Comanda LOCATE are o eroare de sintaxă, [entitate] este inclusă în mesaj 
dacă eroarea se referă la o entitate, 
Eroarea poate fi una din următoarele : 
— caracter diferit de blank care urmează după &; 
— definire multiplă a segmentului în controlul ORDER ; 
— cuvînt cheie de control ilegal ; 
— absența unui “/* după un nume de segment de common în controlul ORDER; 
— nume ilegal de segment în controlul ORDER ; 
— nume ilegal de modul în controlul NAME. 
— <nume fişier>, NO MODULE HEADER RECORD 
Modulul de intrare nu are înregistrare de început de modul, ceea ce înseamnă 
că nu are formatul corect de modul obiect relocatabil. 
— <nume fişier>, PREMATURE EOF 
RECORD TYPE xxH, RECORD NUMBER x 
Fişierul de intrare se termină înaintea numărului de octeți specificat de lun- 
gimea înregistrării, 
— <nume fişier>, PROGRAM EXCCEDS 64K 
Modulul în curs de relocare depășește spaţiul de adrese de 64 Ko. 
— <nume fişier>, RECORD TOO LONG 
RECORD TYPE xxH, RECORD NUMBER x 
Lungimea înregistrării fişierului de intrare depăşeşte lungimea maximă per- 
misă pentru înregistrare. 


Mesaje de erori nefatale 


Mesajele de erori nefatale generate de LOCATE sînt scrise în fişierul hartă 
(MAP) și/sau sînt trimise la consolă. LOCATE termină “prelucrarea înainte de a 
reveni la SPDX-18. 

— INPAGE SEGMENT COERCED TO PAGE RELTYP 

Dacă apare acest mesaj, un segment marcat ca relocatabil în subpagină a tre- 
buit să fie schimbat ca relocatabil în pagină. 

— MEMORY CONFLICT FROM xxxxH THROUGH xxxxH 

Acest mesaj apare dacă două sau mai multe segmente de program se află în 
conflict pentru aceleași locații de memorie. Conflictul este de asemenea semnalat în 
fișierul hartă. 

Acest mesaj este suprimat dacă apare o cerere de MAP. 

— UNSATISFIED EXTERNAL REFERENCE AT xxxxH 


Acest mesaj este generat la apariția unei referințe la un simbol care nu este 
conținut ia adresa dată în modulul în curs de alocare. 
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Mesajele de eroare ale comenzii LIB 


Toate mesajele de eroare referitoare la ordinele LIB nu sînt fatale deoarece 
LIB este un program interactiv. Comanda (ADD, CREATE, DELETE, EXIT sau 
LIST) care a cauzat eroarea este abandonată. 

Aceste erori care sînt cauzate de introducerea unei comenzi incorecte soi 
urmate de o imagine parțială a comenzii cu (=) în vecinătatea erorii. 

— INSUFFICIENT MEMORY i 

Nu este suficientă memoria disponibilă pentru execuția comenzii. 

— INVALID MODULE NAME 

<imagine parţială a comenzii> 

Un nume de modul este invalid în comandă, El poate avea un prim caracter 
ilegal. 

— INVALID SYNTAX 

<imagine parţială a comenzii > 

Aceasta este o eroare în comandă. Se datorează următoarelor cauze : 
— cuvintele cheie sînt scrise greșit ; 
— & este urmat de un caracter diferit de blank ; 
— ADD : TO <nume fişier> nu este urmat de <CR> ; 
— DELETE ` <nume de bibliotecă> (<nume de modul>) nu este urmat de <CR> 
— DELETE ` <nume de modul> nu este specificat ; 
— CREATE ` <nume fişier> nu este urmat de <CR> 
— LIST : TO <nume fişier> nu este urmat de PUBLICS sau CH 

— FILE ALREADY EXISTS 

Fişierul specificat în comandă CREATE există deja. 

<nume fişier>, BAD RECORD SEQUENCE 

Fișierul specificat în comandă are o secvenţă de înregistrare incorectă. Poate 
să nu fie terminat cu o înregistrare EOF sau se apelează o funcţie ADD a unui fişier 
care nu este obiect sau nu este de tip bibliotecă într-o bibliotecă. 

— <nume fişier>, CHECKSUM ERROR 

Fişierul specificat conţine o înregistrare care are o sumă de control invalidă. 

— <nume fişier>, DUPLICATE SYMBOL IN INPUT 

Se apelează o funcţie ADD cu un fișier care conţine un simbol PUBLIC care 
există deja în bibliotecă. 

— <nume fişier>, ILEGAL RECORD FORMAT 

Fişierul specificat în comandă are un format ilegal. Fişierul obiect poate con- 
ţine un nume care are mai mult de 32 caractere, Fişierul poate conține înregistrări 
într-o ordine incorectă. 

— <nume fişier>, <nume modul> NOT FOUND 

Se încearcă ştergerea unui modul care nu există. Probabil numele modulului 
este greşit. ` 

— <nume fișier>, NOT LIBRARY 

Fişierul specificat nu este de tip bibliotecă. 

— <nume fişier>, OBJECT RECORD TOO SHORT 

Fişierul specificat conţine o înregistrare de lungime insuficienţă. 

— <nume fişier>, PREMATURE EOF 

Înregistrarea EOF se găseşte mai înainte decit este specificată de lungimea 
fișierului indicat. 

— LEFT PARANTHESIS EXPECTED 


<imagine parţială a comenzii> 
Lipseşte o paranteză “(“ în comandă. 
— <nume modul> ATTEMPT TO ADD DUPLICATE MODULE 
Modulul specificat există deja în bibliotecă. 
— MODULE NAME TOO LONG 
<imagine parţială a comenzii > 
Numele modulului specificat depășește 31 caractere 
— RIGHT PARAMTBESIS EXPECTED 
<imagine parțială a comenzii > 


250 


Lipseşte o paranteză “)“ în comandă. 

— <simbol> PUBLIC SYMBOL ALREADY IN LIBRARY 

Se încarcă apelarea funcţiei ADD cu un modul care conţine un simbol PUBBLIC, 
care există deja în bibliotecă. 

— “TO“ EXPECTED 

<imagine parțială a comenzii > 

Fişierul bibliotecă nu este specificat în comanda ADD 

— UNRECOGNIZED COMMAND 

S-a întîlnit o comandă ilegală sau prost scrisă (ADD, CREATE, DELETE, EXIT 
sau LIST). 


Anexa 3 


Sumarul comenzilor CREDIT 


În mod ecran : 


CTRL/A — Inserează text pînă la următorul CTRI/A ; şterge restul ecranului 
pentru vizualizarea textului introdus. 

CTRL/C — IÎnserează un caracter în poziţia cursorului ; deplasează restul liniei la 
dreapta cu o poziţie. 

CTRL/Z — Şterge text pînă la următorul CTRL/Z. | 

CTRL/D — Şterge caracterul din poziția cursorului ; deplasează restul liniei la stînga 

. cu o poziție. 

CTRL/V — Afişează pagina curentă ; trecere din mod comandă în mod ecran. 

CTRL/N — Afişează pagina următoare. ` 

CTRL/P — Afişează pagina precedentă. 


CTRL/F — Expandează si execută macrocomenzi. 

Pentru deplasarea cursorului se utilizează tastele asignate în acest scop (Se 
poate executa în mod comandă? A pentru a afla asignarea curentă). 

Pentru a modifica text se introduc noile caractere peste cele vechi. 

Trecerea în mod comandă se face cu CTRL/SHIFT/M sau Home. 


In mod comandă : 


A cod=valoare nouă... Adaptează CREDIT la terminal. 

?A Afişează valorile curente ale funcţiilor modificabile. 

B Indicatorul la începutul fișierului extern. 

CR, CW Închide fişierul extern 

DC[n | — n [marcaj] Şterge nţ—n) caractere sau. pînă la marcaj. 

PLin|—n] Şterge n(—n) linii. 

EL Ieşire din bucla de comenzi. 

EQ Ieşire din editor fără salvarea modificărilor. 

EX(nume fișier] Ieşire din editor cu salvarea modificărilor. 

£/şir/(n | — n | marcaj] Caută un şir și deplasează Indicatorul acolo. 

G[nume fişier] Citeşte fişier de comenzi. 

H Afişează sumarul comenzilor. 

Ijtext/ Inserează text ; deplasează indicatorul. 

Jin | — n | marcaj} Deplasează Indicatorul cu n{—n) caractere sau la mar- 
caj. 

Lin |— n] Deplasează Indicatorul cu n(—n) linii. 

MD nume|x Şterge macrocomanda nume sau pe toate (x). 

MF nume larg, [...]] Expandează şi execută macrocomenzi. 

MS numel/şir comenzi Defineşte macrocomenzi, 

?M Afişează macrodefinițiile existente. 

OR nume fişier Deschide fişier pentru citire. 

OW nume fişier Deschide fișier pentru scriere. 
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Pin |— n | marcaj] 

QF ; { com | <com> { 

Zi 3} com | <com> ] 
U 


Rin] 
S/text1/text2/ín | — n | marcaj] 


SQ idem ca S 
TD n 

TSR 

Ujtext/ 

Win] 


Tipăreşte n(—n) linii sau pînă la marcaj. | 

Execută { com | <com>f dacă semaforul query =fals. 
Execută } com | <com>) dacă query=adevărat. 
Poziţionează semaforul Query. 

Citeşte şi inserează la Indicator n linii din fişierul 
extern deschis pentru citire. 

— Înlocuieşte text] cu text2 în zona Indicator ` mar- 
caj sau Indicator ` | +n. 

Înlocuieşte numai dacă răspunsul este Y, y. 

Şterge marcaj (n=0 : 9). 

Defineşte marcaj (n=0 ;9). 

Afişează text la consolă. 

Scrie n linii în fişierul extern. 


XC marcaj, { n|—n | marcaj Copiază text de la marcaj la Indicator. 
XM marcaj, {n |— n | marcaj }Mută (cu ștergere) text de la marcaj la Indicator 


(n, —n linii sau pînă la marcaj). 


YPF ;{ comandă | <comenzi> }— Execută comandă | <comenzi> dacă semaforul Yes 


este fals. 


UT ; { comandă | <comenzi> }— Execută comandă | <comenzi> dacă semaforul Yes 


este adevărat, 
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Anexa 1 continuă din vol. I, pag. 288. 


Nr. Denumire (acronim) şi scurtă descriere Echipament Elaborator : direcție, 
crt. funcțională compartiment 
1, 2 3 4 
66 DISPECER Dispecerizarea şi conducerea M-18 ICI-DC 
operativă a proceselor de pro- M-118 Laborator 1 
ducţie continue 
67 MICRO- 
PACK Bibliotecă de calcule tehnico- M-18 ICI-DC 
ştiinţifice M-118 Laborator 4 
68 MICRO-S  .Pachet de programe standard M-18 ICI-DC 
pentru supravegherea și condu- MAT Laborator 4 
cerea utilajelor și proceselor teh- SPOT-80 
nologice SELROM 
ECAROM 
69 ETXMX Programe de introducerea de M-18 ICI-DP 
texte de lungime variabilă M-118 Colectiv MICRO 
70 TRIMX Program de sortare fişiere tip M-18 ICI-DP | 
ETXMX M-118 Colectiv MICRO 
71 INBIS Program de introducere inter- M-18 ICI-DP 
activă şi corectare (editare) a M-118 Colectiv MICRO 
informaţiei de tip lent (editor 
de texte) 
72 INPFAO Sistem de programe pentru M-18 ICI-DP 
structurarea informațiilor intro- M-118 Colectiv 
duse prin INBIS sau alt sistem 
de introducere de date ; accep- 
tat de specificațiile FAO pentru 
sistemul de informare documen- 
| tară AGRIS. 
73 TRANSC Program de conversie a fişiere- M-18 ICI-DC 
lor SEDX-CP/M M-118 Laborator 4 
74  COMATI Sistem de programe pentru M-18 ICI-DG 
conducerea automată cu calcu-  CAMAC Laborator 4 în colaborare 
lator a operaţiilor de triere în cu MITe-ICPTT 


triajele de cale ferată 
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e AUTOMATICĂ e INFORMATICĂ se ELECTRONICĂ e MANAGEMENT e 


NOI APARIȚII 


În trimestrul IV 1984 urmează să apară urmă- 
toarele lucrări în seriile din domeniile automatică- 
informatică-managemeni : 


M. Mănescu şi colectiv, Modele de optimizare în industria petrolului, 
— 600 pag., —25 lei, Seria Fundamente. 


L Văduva şi colectiv, Analiza economico-financiară asistată de calcula- 
tor, ~500 pag., —40 lei, Seria Practică. 


V. Baltag și colectiv, Sisteme grafice interactive, —500 pag., —40 lei, 
Seria Practică. 


L. Dumitraşcu, Învăţăm COBOL ... conversînd cu calculatorul, (COBOL 
pe Felix C256, pe minicalculatoarele CORAL, Indepen- 
dent şi pe microcalculatoarele Felix M 18, M 18B, M 118), 
vol. 1 şi vol. 2, —600 pag., —50 lei, Seria Iniţiere, Ciclul 
„Limbaje universale de programare. 


A. Petrescu şi colectiv, Limbajul BASIC şi calculatorul personal AMIC, 
vol. 1 şi vol. 2, —500 pag., —50 lei, Seria Iniţiere, Ciclul 
Limbaje universale de programare. 


O. Cernian și colectiv, Limbajul BASIC VS pe calculatoarele WANG, 
250 pag., 22 lei, Seria Practică. 


Colective de specialiști, Roboții în Japonia. Service pentru calculatoare 
(AMC 43), noile calculatoare WANG, 240 pag, 22 lei, 
Seria AMC. N 


Idem,  Minicalculator INDEPENDENT (AMC 44), 300 pag, 25 lei, 
Seria AMC. 


Idem, Testarea automată. Manual de analiză (AMC 45, AMC 46) —600 pag., 
-2 volume, ~45 lei, Seria AMC. 


Idem, Automatica, informatica şi tehnologiile moderne(AMC 47, AMC 48, 
AMC 49). Congresul IFAC, Budapesta 1984, 900 pag., 3 
volume, —66 lei, Seria AMC. 
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EDITURA TEHNICĂ 


Vol. i şi vol. il — Lei 46 


